0CJ2 6 



?0Q5 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



In the Application of: 

Thanos Karras 

Serial No.: 09/681,306 

Filed: March 15, 2001 

For: INTEGRATION OF MOBILE 
IMAGING UNITS INTO AN 
APPLICATION SERVICE PROVIDER 
FOR DATA STORAGE AND 
INFORMATION SYSTEM SUPPORT 



Examiner: Bleck, Carolyn M. 

Group Art Unit: 3626 

Conf. No.: 9546 

EV 729160541 US 
Express Mail Label No. 

October 26. 2006 
Date 



/HP 



TRANSMITTAL 

Mail Stop APPEAL BRIEF-PATENTS 
Commissioner for Patents 
P.O. Box 1450 

Alexandria, VA 22313-1450 ' 

Dear Examiner Bleck: 

The Applicants have enclosed the following: 
( 1 ) Amended Brief on Appeal 

As indicated in the enclosed papers, the Commissioner is authorized to charge these fees, and 
any other necessary fees, or credit any overpayment to the Deposit Account of GTC, Account 
No. 502401. 

Respectfully submitted, 



hristoplrer N. George / 



Date: October 26. 2006 

Christopl 

McAndrews, Held & Malloy, Ltd. Registration No. 5 1 ,728 

500 West Madison Street, 34th Floor Attorney for Applicant 

Chicago, Illinois 60661 
Telephone: (312) 775-8000 
Facsimile: (312)775-8100 



ended Brief on Appeal 
lication No. 09/681,306 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
BEFORE THE BOARD OF PATENT APPEALS AND INTERFERENCES 

Docket No. 15-IS-5713 (13033US01) 

In the Application of: 
Thanos Karras 
Serial No.: 09/681,306 
Filed: March 15, 2001 



For: INTEGRATION OF MOBILE 
IMAGING UNITS INTO AN 
APPLICATION SERVICE 
PROVIDER FOR DATA STORAGE 
AND INFORMATION SYSTEM 
SUPPORT 



Examiner: Bleck, Carolyn M. 
Group Art Unit: 3626 
Conf. No.: 9546 
EV 729160541 US 



Express Mail Label No. 
October 26. 2006 



Date 



AMENDED BRDXF ON APPEAL 

MAIL STOP: APPEAL BRIEF-PATENTS 
Board of Patent Appeals and Interferences 
United States Patent and Trademark Office 
P.O. Box 1450 
Alexandria, VA 22313-1450 

Sir or Madam: 

This amended appeal brief is being filed in response to the Notice of Non- 
Compliant Appeal Brief mailed on September 26, 2006. In the Notice, the PTO noted 
that the brief did not satisfy the requirements of 37 CFR 41.37(c) because independent 
claim 9 had not been described in reference to page and line numbers from the patent 
application specification. By this amendment, the brief on appeal now reflects such 
description and is believed to be in compliance with all requirements outlined in 37 CFR 
41.73(c). 

This is an appeal from a Final Office Action mailed April 14, 2006, in which claims 
1, 3-9, 11-14, 16-17 and 19-36 were finally rejected. In an Amendment and Response After 
Final, claim 5 was amended and additional remarks were made to clarify distinctions 



Page 1 of 27 



Amended Brief on Appeal 
Application No. 09/681,306 

between the claims and the prior art. An Advisory Action mailed July 5, 2005 , entered the 
Amendment and Response After Final for purposes of appeal. This Appeal Brief is being 
submitted in support of the Notice of Appeal filed on July 14, 2006, following a Panel 
Decision from Pre- Appeal Brief Review, mailed August 8, 2006, to allow the application to 
remain under appeal. The Applicant respectfully requests that the Board of Patent 
Appeals and Interferences reverse the final rejection of claims 1, 3-9, 11-14, 16-17 and 19- 
36 of the present application. Pursuant to 37 CFR § 1.17(c), the fee for filing this brief is 
$500, to be charged to the Deposit Account of GEMS-IT, 502401, along with any other 
fees due in relation to this application. 

REAL PARTY IN INTEREST 

G.E. Medical Systems Information Technologies, Inc., a Wisconsin Corporation 
having a place of business at 8200 West Tower Avenue, Milwaukee, WI 53223-3293, has 
acquired the entire right, title and interest in and to the invention, the application, and any 
and all patents to be obtained therefor, as set forth in the Assignment filed with the present 
application and recorded on Reel 01 1863, frame 0741. 

RELATED APPEALS AND INTERFERENCES 

There currently are no appeals pending regarding related applications. 

STATUS OF CLAIMS 

Claims 1, 3-9, 11-14, 16-17 and 19-36 are pending in the present application. 
Pending claims 1, 3-9, 11-14, 16-17 and 19-36 have been rejected and are the subject of 
this appeal. Specifically, claims 21-22 were rejected under 35 U.S.C. § 102(b) as being 
anticipated by Wood et al, U.S. Pat. No. 5,891,035 ("Wood '035"). Claims 1, 4-5, 7-9, 
11, 13-14, 33-34 were rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Evans, U.S. Pat. No. 5,924,074 ("Evans") in view of Wood et al., U.S. Pat. No. 5,851,186 
("Wood '186"). Claim 3 was rejected under 35 U.S.C. § 103(a) as being unpatentable 
over Evans and Wood '186 and further in view of Wood '035. Claims 6, 12, and 16 were 
rejected under 35 U.S.C. § 103(a) as being unpatentable over Evans and Wood '186 and 
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further in view of Rothschild et al, U.S. Pat. No. 6,678,703 ("Rothschild"). Claims 17 
and 19-20 were rejected under 35 U.S.C. § 103(a) as being unpatentable over Applicant's 
Background and further in view of Rothschild. Claim 23 was rejected under 35 U.S.C. § 
103(a) as being unpatentable over Wood '035 and further in view of Evans. Claims 24- 
32 and 35-36 were rejected under 35 U.S.C. § 103(a) as being unpatentable over Evans 
and further in view of Rothschild and Wood '035. 

STATUS OF AMENDMENTS 

There are no amendments pending in the present application. 

SUMMARY OF CLAIMED SUBJECT MATTER 

The claimed subject matter relates to a method and system for integration of 
mobile imaging units into an application service provider for data storage and 
information system support. 1 Certain embodiments provide a remotely accessible 
centralized medical image data storage system including a plurality of subsystems, such 
as a data center, one or more mobile imaging units, and one or more mobile imaging 
unit/data center communication interface. 

The mobile imaging unit connects to the data center via the mobile imaging 
unit/data center communication interface. 3 The mobile imaging unit/data center 
communication interface may be a cellular network, a radio frequency (RF) wireless local 
area network (LAN), microwave network, satellite transmission network, wire-based 
network (such as Ethernet), as examples. 4 The data center stores information such as 
images, examination data, and reports. 5 The data center may also host applications, such 
as medical imaging applications, medical diagnostic applications, administrative 
applications, and scheduling applications, for example. 6 The data center may include 



1 Application No. 09/681,306 ("Application"), at Abstract, page 2, paragraph 16 and paragraph 26 (attached 
as Evidence Appendix A). 

2 See, e.g., Application, at page 2, paragraph 26, page 3, paragraph 34 and page 3, paragraph 41 . 

3 See, e.g., Application, at page 2, paragraph 27. 

Ud. 

5 See, e.g., Application, at page 2, paragraph 28. 

6 Id. 
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processing power to facilitate the activation or access of the applications at the data 
center. 7 

In an embodiment, the data center is managed by an application server provider 
(ASP) located remotely from the mobile imaging unit. 8 Preferably, the data center is 
geographically distinct from the mobile imaging unit. 9 The data center may be accessed 
(for example, transmission or receipt of data or execution of applications) by the mobile 
imaging unit via the mobile imaging unit/data center communication interface. 10 

The mobile imaging unit includes medical diagnostic equipment, such as MR 
(magnetic resonance) imaging equipment, CT (computerized tomography) imaging 
equipment, and/or ECG (electrocardiogram) equipment, as examples. 11 The mobile 
imaging unit may also include paramedic equipment, such as first aid equipment, cardiac 
equipment, and/or life support equipment, for example. 12 The mobile imaging unit is a 
mobile imaging facility, for example a truck or van, that may be positioned outside an 
healthcare facility. 13 The mobile imaging unit facilitates medical diagnostic examination 
of a patient (for example, a MR or CT scan). 14 Data from the medical diagnostic 
examination (for example, an image) is transmitted to the data center via the mobile 
imaging unit/data center communication interface. 15 The data center may store the 
examination data for later retrieval by the mobile imaging unit or other entity. 16 
Additionally, the medical imaging unit may access medical applications via the data 
center. 17 

As an example, a medical diagnostic examination of a patient is performed at the 
mobile imaging unit, and a resulting medical diagnostic image is obtained. 18 Then, the 
mobile imaging unit accesses the data center via the mobile imaging unit/data center 



"id. 

8 See, e.g., Application, at page 2, paragraph 29. 

9 Id. 

10 Id. 

11 See, e.g., Application, at page 3, paragraph 30. 

12 Id. 

13 See, e.g., Application, at page 1, paragraph 3. 

14 See, e.g., Application, at page 3, paragraph 31. 

15 Id. 

16 Id. 
]7 Id. 

18 See, e.g., Application, at page 3, paragraph 32. 
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communication interface. 19 Next, the mobile imaging unit stores the medical diagnostic 
image at the data center. 20 Storage and access of data occurs independent of the locations 

21 

of the mobile imaging unit and the data center. 

As another example, multiple patient examinations may be scheduled at the 
mobile imaging unit. 22 To perform scheduling, the mobile imaging unit may access the 
data center. 23 Next, the mobile imaging unit may access a patient scheduling application 
hosted by the data center. 24 Then, the mobile imaging unit may execute the patient 
scheduling application via the data center and thus schedule patient examinations. 25 

Thus, certain embodiments provide for a system and method for integrating 
mobile imaging units into an application service provider for data storage and 
information system support. Certain embodiments provide centralized information 
storage and access and reduce the resource needed to coordinate between mobile imaging 
units and healthcare facilities. Thus, mobile imaging units and healthcare facilities may 
share and compare data and images in various physical locations. Relatively immediate 
access to examination images and data may be granted independent of location, and later 

26 

analysis may be performed at another facility or remote location. 

Independent claim 1 is directed to a remotely accessible centralized medical 
information system. The system includes a mobile imaging unit for generating medical 
data storable in a data center, wherein the mobile imaging unit is a mobile facility 
adapted to be used at a plurality of locations. The system also includes at least one data 
retriever for retrieving data from a data center. The system further includes a data center 
for storing data. The data center is accessible from the at least one data retriever. The at 
least one data retriever is(are) located at one or more distinct geographic retrieval points. 

Independent claim 1 is described in the specification at, for example, page 2, 
paragraph 26 - page 4, paragraph 51 and Figures 1-3. The system of claim 1 operates 
substantially as described above and as illustrated in the cited sections. The mobile 



19 Id. 

20 Id. 
lx ld. 

22 See, e.g.. Application, at page 3, paragraph 33. 

23 a. 

24 id. 

25 id. 

26 Application, at pages 5-6, paragraph 61 . 
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imaging unit 120, 220, 320, 322, 324 is a mobile imaging facility, defined above, which 
is positioned at a location and generates medical data. The data is stored in a data center 
110,210,310. The data may be retrieved from the data center 110,210,310 using one or 
more data retrievers located at one or more distinct geographical retrieval locations. 
Thus, storage, retrieval and review of medical data do not have to all occur at the site 
where the data is obtained. The mobile imaging unit 120, 220, 320, 322, 324 can be 
brought to a particular location to generate the data and transfer the data to the data center 
110, 210, 310, and the data retriever can be used to later review the obtained data from 
the data center 110, 210, 310. 

Independent claim 9 is directed to a centralized medical information system. The 
system includes a mobile imaging unit for generating data storable in a data center. The 
mobile imaging unit is a mobile facility adapted to be used at a plurality of locations. 
The system also includes a data center for storing data. The data center is geographically 
distinct from said mobile imaging unit. 

Independent claim 9 is described in the specification at, for example, page 2, 
paragraph 26 - page 4, paragraph 51 and Figures 1-3. The system of claim 9 operates 
substantially as described above and as illustrated in the cited sections. The mobile 
imaging unit 120, 220, 320, 322, 324 is a mobile imaging facility, defined above, which 
is positioned at a location and generates medical data. The data is stored in a data center 
110, 210, 310. The data may be retrieved from the data center 110, 210, 310 at one or 
more distinct geographical retrieval locations. Thus, storage, retrieval and review of 
medical data do not have to all occur at the site where the data is obtained. The mobile 
imaging unit 120, 220, 320, 322, 324 can be brought to a particular location to generate 
the data and transfer the data to the data center 1 10, 210, 310, and the data retriever can 
be used to later review the obtained data from the data center 1 10, 210, 310. 

Independent claim 13 is directed to a centrally accessible medical information 
system. The system includes a mobile imaging unit 120, 220, 320, 322, 324 for 
retrieving data from a data center 110, 210, 310, wherein the mobile imaging unit 120, 
220, 320, 322, 324 is a mobile facility adapted to be used at a plurality of locations. The 
system also includes a data center 110, 210, 310 for storing data. The data center 110, 



Page 6 of 27 



Amended Brief on Appeal 
Application No. 09/681,306 

210, 310 is geographically distinct from said mobile imaging unit 120, 220, 320, 322, 
324. 

Independent claim 13 is described in the specification at, for example, page 2, 
paragraph 26 - page 4, paragraph 51 and Figures 1-3. The system of claim 13 operates 
substantially as described above and as illustrated in the cited sections. The mobile 
imaging unit 120, 220, 320, 322, 324 is a mobile imaging facility, defined above, which 
is positioned at a location and retrieves medical data. The data is stored in a data center 
110, 210, 310. The data may be retrieved from the data center 110, 210, 310 for use at 
the mobile imaging unit 120, 220, 320, 322, 324. Thus, storage, retrieval and review of 
medical data do not have to all occur at the site where the data is obtained. The mobile 
imaging unit 120, 220, 320, 322, 324 can be brought to a particular location to retrieve 
the data from the data center 1 10, 210, 310. 

Similarly, independent claim 17 is directed to a remotely accessible centralized 
medical application service provider system. The system includes a medical application 
center 110, 210, 310 including at least one medical application, said medical application 
center 110, 210, 310 including processing power for accessing said medical application. 
The system also includes a mobile imaging unit 120, 220, 320, 322, 324, wherein the 
mobile imaging unit 120, 220, 320, 322, 324 is a mobile facility adapted to be used at a 
plurality of locations. The mobile imaging unit 120, 220, 320, 322, 324 accesses the 
output of the medical application. Independent claim 17 is described in the specification 
at, for example, page 2, paragraph 26 - page 4, paragraph 51 and Figures 1-3. The 
system of claim 17 operates substantially as described above and as illustrated in the cited 
sections. 

Independent claim 21 is directed to a remotely accessible centralized data storage 
system for mobile medical imaging. The system includes a mobile imaging unit 120, 
220, 320, 322, 324 including medical imaging equipment, wherein said mobile imaging 
unit 120, 220, 320, 322, 324 is a mobile facility adapted to be used at a plurality of 
locations. The system also includes a data center 110, 210, 310 storing medical 
information in electronic form. The system further includes a mobile imaging unit/data 
center communication interface 130, 230, 330, 332, 334 allowing medical information to 
be transmitted between the mobile imaging unit 120, 220, 320, 322, 324 and the data 
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center 110, 210, 310. Independent claim 21 is described in the specification at, for 
example, page 2, paragraph 26 - page 4, paragraph 51 and Figures 1-3. The system of 
claim 21 operates substantially as described above and as illustrated in the cited sections. 

Independent claim 29 is directed to a system for communication between a mobile 
imaging unit and a healthcare facility. The system includes a mobile imaging unit 120, 
220, 320, 322, 324 capable of transmitting medical diagnostic information, wherein the 
mobile imaging unit 120, 220, 320, 322, 324 is a mobile facility adapted to be used at a 
plurality of locations. The system also includes a data center 110, 210, 310 capable of 
receiving the medical diagnostic information, storing the medical diagnostic information, 
and transmitting the medical diagnostic information. The system further includes a 
healthcare facility 140, 240, 340, 342, 344 capable of accessing the medical diagnostic 
information from the data center 1 10, 210, 310. Independent claim 29 is described in the 
specification at, for example, page 2, paragraph 26 - page 4, paragraph 51 and Figures 1- 
3. The system of claim 29 operates substantially as described above and as illustrated in 
the cited sections. 

Independent claim 24 is direct to a method for remotely storing medical 
information. The method includes transmitting medical information collected from a 
patient at a mobile imaging unit 120, 220, 320, 322, 324 to a data center 110, 210, 310, 
wherein the mobile imaging unit 120, 220, 320, 322, 324 is a mobile facility adapted to 
be used at a plurality of locations (410, 415, 420, 710, 720, 730, 740). The method also 
includes storing the medical information at the data center 110, 210, 310 (430). 
Independent claim 24 is described in the specification at, for example, page 2, paragraph 
26 - page 4, paragraph 52 and Figures 1-4. The method of claim 24 is executed 
substantially as described above and as illustrated in the cited sections. 

Independent claim 28 is direct to a method for communicating between a mobile 
imaging unit 120, 220, 320, 322, 324 and a healthcare facility 140, 240, 340, 342, 344. 
The method includes transmitting information from the mobile imaging unit 120, 220, 
320, 322, 324 to a data center 110, 210, 310, wherein the mobile imaging unit 120, 220, 
320, 322, 324 is a mobile facility adapted to be used at a plurality of locations (410, 415, 
420, 710, 720, 730, 740). The method also includes retrieving the information from the 
data center 110, 210, 310 at the healthcare facility 140, 240, 340, 342, 344 (610, 620, 
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630, 640 5 750, 760). Independent claim 28 is described in the specification at, for 
example, page 2, paragraph 26 - page 5, paragraph 59 and Figures 1-7. The method of 
claim 28 is executed substantially as described above and as illustrated in the cited 
sections. 

Independent claim 33 is direct to a method for remotely accessing medical 
information. The method includes accessing a data center 110, 210, 310 from a mobile 
imaging unit 120, 220, 320, 322, 324 at a remote location, wherein the mobile imaging 
unit 120, 220, 320, 322, 324 is a mobile facility adapted to be used at a plurality of 
locations (510). The method also includes retrieving medical information from the data 
center 110, 210, 310 (520, 530, 540). Independent claim 33 is described in the 
specification at, for example, page 2, paragraph 26 - page 5, paragraph 53 and Figures 1- 
5. The method of claim 33 is executed substantially as described above and as illustrated 
in the cited sections. 

GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

I. Are claims 21-22 anticipated under 35 U.S.C. § 102(b) by Wood '035? 

II. Are claims 1, 4-5, 7-9, 11, 13-14 and 33-34 unpatentable under 35 U.S.C. 
§ 103(a) over Evans in view of Wood 1 186? 

III. Is claim 3 unpatentable under 35 U.S.C. § 103(a) over Evans and Wood 
'186 and further in view of Wood '035? 

IV. Are claims 6, 12, and 16 unpatentable under 35 U.S.C. § 103(a) over 
Evans and Wood '186 and further in view of Rothschild? 

V. Are claims 17 and 19-20 unpatentable under 35 U.S.C. § 103(a) over 
Applicant's Background and further in view of Rothschild? 

VI. Is claim 23 unpatentable under 35 U.S.C. § 103(a) over Wood '035 and 
further in view of Evans? 

VII. Are claims 24-32 and 35-36 unpatentable under 35 U.S.C. § 103(a) over 
Evans and further in view of Rothschild and Wood '035? 
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ARGUMENT 

I. Claims 21-22 are patentable under 35 U.S.C. § 102(b) in view of Wood '035. 

In the Final Office Action of April 14, 2006, the Examiner rejected claims 21-22 
under 35 U.S.C. 102(b) as being unpatentable over Wood '035. 27 35 U.S.C. 102(b) 
states: 

A person shall be entitled to a patent unless — 

(b) the invention was patented or described in a printed publication in this 
or a foreign country or in public use or on sale in this country, more than 
one year prior to the date of the application for patent in the United States, 

To anticipate a claim, the reference must teach every element of the claim. "A claim is 
anticipated only if each and every element as set forth in the claim is found, either 
expressly or inherently described, in a single prior art reference." 

The text of independent claim 21 is found in the claims appendix (attached) and is 
also recited in sentence form above. Wood '035 is the foundational reference relied upon 
by the Examiner in rejecting claims throughout the examination of the present 
application. 29 Wood '035 generally relates to an ultrasonic diagnostic imaging system 
with data access and communications capability. Wood '035 discusses, beginning at col. 
3, line 27 and as illustrated in Fig. 1, an ultrasound system including an HTTP server. 
The HTTP server is connected to access ultrasonic images and reports from a storage 
medium and makes the system's images and reports accessible to a computer, terminal, 
or workstation at a remote location. 

As shown in Fig. 2, the ultrasound system of Wood '035 is illustrated on a mobile 
cart. The ultrasound system of Wood '035 is not a mobile facility adapted to be used at a 
plurality of locations, as recited in claim 21, as amended in the Office Action Response 
of Feb. 8, 2006. 30 Wood '035 does not teach or fairly suggest at least "a mobile imaging 
unit including medical imaging equipment, wherein said mobile imaging unit is a mobile 

27 The Final Office Action mailed on April 14, 2006, is attached as Evidence Appendix B. 

28 Verdegaal Bros. v. Union Oil Co, of California, 814 F.2d 628, 631, 2 USPQ2d 1051, 1053 (Fed. Cir. 
1987). 

29 U.S. Patent No. 5,891,035 by Wood ("Wood *035") is attached as Evidence Appendix C. 
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facility adapted to be used at a plurality of locations." Rather, Wood '035 simply 
discloses the medical imaging equipment that can be included in the mobile imaging 
facility. Even though the ultrasound system may have wheels, it is still medical imaging 
equipment and not a mobile facility including medical imaging equipment. Additionally, 
Wood '035 does not disclose "a mobile imaging unit/data center communication interface 
allowing medical information to be transmitted between said mobile imaging unit and 
said data center" for at least the reason that Wood '035 simply does not disclose a mobile 
imaging unit as recited in claim 21 . 

Of particular interest to the Examiner was any correlation between the mobile 
ultrasound cart of Wood '035 and the mobile imaging unit recited in the pending claims. 
See April 14, 2006 Office Action at pages 3, 5-6 and 8, June 14, 2006 Amendment and 
Response 31 at pages 8-10 and February 8, 2005 Amendment and Response at pages 9-10. 
While the Wood '035 references discuss a wheeled cart that may be rolled around a 
hospital, the pending claims recite a mobile imaging unit, which is described as a mobile 
facility adapted to be used a plurality of locations. See June 14, 2006 Amendment and 
Response at pages 8-10 and February 8, 2005 Amendment and Response at pages 9-10. 
The mobile facility is a vehicle that includes imaging equipment, and the Applicant has 
gone to great lengths to explain this in the claims and in responses to the Examiner's 
rejections. See, e.g., June 14, 2006 Amendment and Response at pages 8-10 and 
February 8, 2005 Amendment and Response at pages 9-10. The Applicant's specification 
supports a construction of a mobile imaging unit as a mobile facility or vehicle. See June 
14, 2006 Amendment and Response at page 14. However, the Examiner appears to be 
glossing over or ignoring these claim amendments and remarks. See July 5, 2006 
Advisory Action at page 2. 32 These amendments and remarks should be allowed to 
distinguish the mobile imaging unit described and claimed in the present application from 
the wheeled cart of Wood '035. 

Additionally, in the Examiner's Advisory Action of July 5, 2006, the Examiner 
states that a description of various embodiments and use of conditional "may" language 
does not qualify as a description of the invention. See July 5, 2006 Advisory Action at 

30 The Office Action Response filed on February 8, 2006, is attached as Evidence Appendix D. 

31 The Office Action Response filed on June 14, 2006 is attached as Evidence Appendix E. 

32 The Advisory Action mailed July 5, 2006, is attached as Evidence Appendix F. 
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page 2. The Applicant submits that these statements and interpretation of 35 U.S.C. 112 
are incorrect. To satisfy the requirements of 35 U.S.C. 1 12, the Applicant must provide a 
written description of the invention to enable any person skilled in the art to make and 
use the invention. 35 U.S.C. 1 12 U 1. The specification shall also set forth the best mode 
contemplated by the inventor of carrying out his or her invention. Id. The statute makes 
no requirement that a best mode must be highlighted or stated as "required", only that the 
best mode be sufficiently set forth. Id. Therefore, the Applicant respectfully submits that 
the Examiner's interpretation of 35 U.S.C. 112 and her construction of the term "mobile 
imaging unit" as set forth in the patent specification and claims, and as discussed in the 
prosecution history, is incorrect. See June 14, 2006 Amendment and Response at page 
14. A description of various embodiments and various alternatives is sufficient 
description of the meanings of mobile imaging units, and the Applicant is entitled to at 
least those disclosed embodiments and their equivalents. The claims are to be interpreted 
in light of the specification, and the Applicant is entitled to be his or her own 
lexicographer in defining and describing the claimed terms. The meaning of the term 
"mobile imaging unit" is clear in the specification to a person skilled in the art, and the 
Examiner should fairly rely on that meaning in interpreting the claims in view of the prior 
art. See, e.g., MPEP 6801.01(o). 

The Applicant defines a "mobile imaging unit" in the claims and provides some 
exemplary embodiments in the specification (e.g., a truck or van), which may include 
equipment for magnetic resonance, computerized tomography, ultrasound, and/or other 
imaging or monitoring equipment (e.g., ECG) to facilitate medical examination of 
patients). (See t e.g., page 1, paragraphs 2 and 3, page 2, paragraphs 16 and 27 and page 
5, paragraph 59). 

Thus, Wood '035 does not teach the limitations of claims 21-22, and the 
Examiner's rejection should not be allowed to stand. Allowance of claims 21-22 is 
respectfully requested. 
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IL Claims 1, 4-5, 7-9, 11, 13-14 and 33-34 are patentable under 35 U.S.C. § 
103(a) over Evans in view of Wood 486. 

In the Final Office Action of April 14, 2006, the Examiner rejected claims 1, 4-5, 

7-9, 11, 13-14 and 33-34 under 35 U.S.C. 103(a) as being unpatentable over Evans in 

view of Wood c 186. 33 35 U.S.C. 103(a) states: 

A patent may not be obtained thought the invention is not identically 
disclosed or described as set forth in section 102 of this title, if the 
differences between the subject matter sought to be patented and the prior 
art are such that the subject matter as a whole would have been obvious at 
the time the invention was made to a person having ordinary skill in the art 
to which said subject matter pertains. Patentability shall not be negatived 
by the manner in which the invention was made. 

To render a claim obvious, there must be some suggestion or motivation to 
combine the references. 34 Additionally, there must be a reasonable expectation of 
success. 35 Finally, the combined references must teach or suggest all the claim 
limitations. 36 

The law is well settled that "obviousness cannot be established by combining the 

teachings of the prior art to produce the claimed invention, absent some teaching or 

suggestion or incentive to do so." 37 Additionally, the Examiner is not permitted to use an 

improper hindsight reconstruction of the claimed invention in rejecting the claims. Use 

of hindsight analysis has been specifically condemned by the Federal Circuit: 

The mere fact that the prior art may be modified in the 
manner suggested by the Examiner does not make the 
modification obvious unless the prior art suggested the 
desirability of the modification ... Here, the Examiner relied 
upon hindsight to arrive at the determination of 
obviousness. It is impermissible to use the claimed 
invention as an instruction manual or "template" to piece 
together the teachings of the prior art so that the claimed 
invention is rendered obvious. This Court had previously 
stated that "one cannot use hindsight reconstruction to pick 



33 U.S. Patent No. 5,924,074 by Evans ("Evans") is attached as Evidence Appendix G. U.S. Patent No. 
5,851,186 by Wood ("Wood 4 186") is attached as Evidence Appendix H. 

34 M.P.E.P. § 706.02(j) (May 2004). 

35 Id. 
"id. 

37 ACS Hospital Systems, Inc. v. Montfiore Hospital, 732 F.2d 1572, 1577, 221 U.S.P.Q. 929 (Fed. Cir. 
1984). 
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and choose among isolated disclosures in the prior art to 
deprecate the claimed invention." 38 

When a prior art reference must be modified to show a claimed invention, the prior art 

must suggest the modifications in order to make the claims obvious under 35 U.S.C. § 

103. 39 The teaching or suggestion to make the claimed combination and the reasonable 

expectation of success must both be found in the prior art and not based on the 

applicant's disclosure. 40 

It is not permissible to pick and choose among the individual elements of assorted 

prior art references to re-create the claimed invention, but rather "some teaching or 

suggestion in the references to support their use in the particular claimed combination" is 

needed. 41 That is, in order to combine two or more prior art references to make claims 

obvious under 35 U.S.C. § 103, the prior art references must suggest the combination of 

their teachings 42 In Ex parte Hiyamazi 4 *, the Board of Patent Appeals and Interferences 

reversed a rejection based on a combination of references, stating, in part: 

Under 35 USC § 103, where the Examiner has relied upon 
the teachings of several references, the test is whether or not 
the reference viewed individually and collectively would 
have suggested the claimed invention to the person 
possessing ordinary skill in the art. Note In re Kaslow, 707 
F.2d 1366, 107 USPQ 1089 (Fed. Cir. 1983). It is to be 
noted, however, that citing references which merely 
indicate the isolated elements and/or features recited in the 
claims are known is not a sufficient basis for concluding 
that the combination of claimed references would have been 
obvious. That is to say, there should be something in the 
prior art or a convincing line of reasoning in the answer 
suggesting the desirability of combining the claimed 
invention. Note In re Deminski, 796 F.2d 436, 230 USPQ 
313 (Fed. Cir. 1986) 44 

The law also is very clear that a finding of obviousness can only be premised on 



38 In Re John Fritch, 972 F.2d 1260, 23 U.S.P.Q. 2d 1780, 1783 (Fed. Cir. 1992). See also Hodosh v. Block 
Drug Co., Inc., 186 F.2d 1135, 1143 n.5, 229 U.S.P.Q. 182, 187 n.5 (Fed. Cir. 1986); MPEP2141. 

39 ACS Hospital Systems, 732 F.2d at 1 577. 

40 In re Vaeck, 947 F.2d 488, 20 U.S.P.Q. 2d 1438 (Fed. Cir. 1991). 

41 Symbol Technologies, Inc. v. Opticon, Inc. 935 F.2d 1569, 1576, 19 U.S.P.Q.2d 1241 (Fed. Cir. 1991). 

42 ACS Hospital Systems, 732 F.2d at 1577. 

43 Ex parte Hiyamazi, 10 U.S.P.Q.2d 1393 (Bd. Pat. App. & Interf. 1988). 

44 Id. at 1394. 
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prior art references from analogous areas of art and not on art from nonanalogous areas. 
Specifically, the Federal Circuit has applied the following two-step test: 

The determination that a reference is from a nonanalogous 
art is therefore twofold. First, we decide if the reference is 
within the field of the inventor's endeavor. If it is not, we 
proceed to determine whether the reference is reasonably 
pertinent to the particular problem with which the inventor 
was involved. 45 

As described above, Wood '035 does not teach or suggest the limitations of the 
claimed invention. Wood '186 relates to an ultrasonic diagnostic imaging system with 
universal access to diagnostic information and images. As discussed at col. 1, lines 43- 
48, Wood '186 discloses a medial diagnostic ultrasonic imaging system that can be 
remotely accessed, interrogated, or controlled from a remote location to provide 
information about the system's operating characteristics, patient images, and reports. As 
in Wood '035, Wood '186 does not teach or suggest a mobile imaging unit, wherein the 
mobile imaging unit is a mobile facility adapted to be used at a plurality of locations. 
Although Figs. 15-17, similar to Fig. 2 in Wood '035, described above, illustrate an 
ultrasound system on a wheeled cart, the ultrasound system of Wood '186 (and of Wood 
'035) is a medical imaging system and not a mobile imaging unit (i.e., a mobile imaging 
facility), as recited in independent claims 1, 9, 13 and 33, as well as their dependent 
claims. Since he disclosure of the related Wood '186 reference includes a similar 
disclosure of an ultrasound cart, the analysis of the mobile imaging unit (facility) versus 
wheeled ultrasound cart holds true for claims 1, 4-5, 7-9, 11, 13-14 and 33-34 as well as 
claims 21-22, and the Applicant, referring to the discussion above, will not repeat those 
arguments here. 

The Evans reference makes no mention of a mobile imaging unit. Evans 
generally relates to an electronic medical records system. As discussed beginning at col. 
2, line 22, Evans discusses an electronic medical record system that automates and 
simplifies patient chart creation, maintenance, and retrieval. Evans creates and maintains 
all patient data electronically. As mentioned at col. 2, lines 45-47, Evans provides instant 



45 In re Deminski, 796 F,2d 436 (Fed. Cir. 1986). 
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access to a patient's electronic medical record from any geographical location. That is, as 
clarified at col. 15, lines 18-20, Evans supports a large healthcare enterprise distributed 
across a large geography as well as a single physician office. Thus, Evans addresses 
geographically distributed, but fixed, facilities. 

Evans does not teach mobile facilities, such as, mobile imaging units. The 
Examiner stated in the Office Action mailed January 25, 2006, at page 8, and in the 
Office Action mailed April 14, 2006, at page 5, that Evans fails to expressly disclose that 
a data generator is a mobile imaging unit. Similarly, at page 10 of the January Office 
Action and at page 6 of the April Office Action, the Examiner also states that Evans fails 
to expressly disclose the data retriever comprising a mobile imaging unit. And again, at 
pages 15 and 8, respectively, the Examiner states that Evans fails to expressly disclose "a 
mobile imaging unit" transmitting information to a data center. 

Combining Evans with Wood '186 does not cure their deficiencies, highlighted 
above, with respect to pending claims 1, 4-5, 7-9, 11, 13-14 and 33-34. Therefore, the 
Examiner's rejection should not be allowed to stand. Allowance of claims 1, 4-5, 7-9, 11, 
13-14 and 33-34 is respectfully requested. 

III. Claim 3 is patentable under 35 U.S.C. § 103(a) over Evans in view of Wood 
486 and further in view of Wood '035. 

In the Final Office Action of April 14, 2006, the Examiner rejected claim 3 under 
35 U.S.C. 103(a) as being unpatentable over Evans in view of Wood 6 186 and further in 
view of Wood '035. As discussed above and as acknowledged by the Examiner, Evans 
does not teach or suggest a "mobile imaging unit" as recited in independent claim 1, from 
which claim 3 depends. In addition, neither Wood c 035 nor Wood '186 overcome at least 
this shortcoming of Evans because, as discussed above, neither Wood '035 nor Wood 
'186 teach or suggest a mobile imaging unit, wherein the mobile imaging unit is a mobile 
facility adapted to be used at a plurality of locations, as recited in amended independent 
claim 1. Thus, none of Evans, Wood '035 or Wood '186, alone or in any combination, 
teach or suggest elements of independent claim 1, from which claim 3 depends. 

Therefore, the Examiner's rejection should not be allowed to stand. Allowance of 
claim 3 is respectfully requested. 
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IV. Claims 6, 12 and 16 are patentable under 35 U.S.C. § 103(a) over Evans in 
view of Wood '186 and further in view of Rothschild. 

In the Final Office Action of April 14, 2006, the Examiner rejected claims 6, 12 
and 16 under 35 LLS.C. 103(a) as being unpatentable over Evans in view of Wood '186 
and further in view of Rothschild. 46 As discussed above and as acknowledged by the 
Examiner, Evans does not teach or suggest a "mobile imaging unit" as recited in 
independent claim 1, from which claim 3 depends. In addition, Wood '186 does not 
overcome at least this shortcoming of Evans because, as discussed above, Wood '186 
does not teach or suggest a mobile imaging unit, wherein the mobile imaging unit is a 
mobile facility adapted to be used at a plurality of locations. 

Rothschild generally relates to medical image management. Rothschild discusses, 
beginning at col. 17, line 66, storing images at three separate locations including locally 
at an imagining center and at two central data centers. In addition, images may be stored 
at a fourth remote viewing location. As illustrated in Fig. 1 and described beginning at 
col. 18, line 29, Rothschild discloses a medical image management system including a 
medical imaging system, a local image workstation, a central data management system, 
and a remote image viewing system. 

Rothschild does not teach or suggest mobile facilities, such as, mobile imaging 
units. Rather, Rothschild merely contemplates fixed imaging centers, as illustrated, for 
example, beginning at col. 8, line 12, where Rothschild discusses providing a medical 
image management system to address the needs of referring physicians and other 
healthcare providers located outside of an imaging center. 

Since none of Rothschild, Evans or Wood '186 teach or suggest at least a mobile 
imaging unit as recited in claims 6, 12 and 16, no combination of Rothschild, Evans 
and/or Wood '186 can teach a mobile imaging unit. Therefore, the Examiner's rejection 
should not be allowed to stand. Allowance of claims 6, 12 and 16 is respectfully 
requested. 



U.S. Patent No. 6,678,703 by Rothschild ("Rothschild") is attached as Evidence Appendix I. 

Page 17 of 27 



Amended Brief on Appeal 
Application No. 09/681,306 

V. Claims 17 and 19-20 are patentable under 35 U.S.C § 103(a) over 
Applicant's Background of the Invention in view of Rothschild. 

In the Final Office Action of April 14, 2006, the Examiner rejected claims 17 and 
19-20 under 35 U.S.C. 103(a) as being unpatentable over the Applicant's Background of 
the Invention in view of Rothschild. With regard to claims 17 and 19-20, Applicant's 
Background identifies a problem that had yet to be solved and a combination that had yet 
to be realized in the art. The Applicant's Background addresses deficiencies which are 
remedied by the Applicant's novel solution and not by Rothschild. The Examiner relies 
upon statements in the Applicant's Background as admissions of prior art. See April 14, 
2006 Office Action at pages 11-13. In fact, the statements cited by the Examiner 
highlight the Applicant's attempts to illustrate the current problems and deficiencies in 
the art. See June 14, 2006 Amendment and Response at pages 12-13. 

For example, the Applicant notes that "[t]here is a need for centralized data 
storage to enable the patient's choice of hospital or clinical location." This is a need that 
the Applicant is attempting to satisfy with his invention. Furthermore, "[t]here is a need 
for a method of aggregating patient imaging results from mobile imaging units to 
eliminate manual transfer of files and to facilitate interaction among mobile units and 
between mobile units and healthcare facilities." This was a need the Applicant saw and 
was trying to meet. Centralized scheduling and reporting was another need that was 
unmet with mobile imaging units that the Applicant identified. "Thus, a need exists for a 
method and apparatus for integration of mobile imaging units into an Application Service 
Provider for data storage and information system support." 

Clearly these statements were not admissions of prior art but, conversely, were 
highlighting problems and/or deficiencies which existed and for which remedies have 
been found in various embodiments of the invention described in the remainder of the 
patent application. Thus, the Applicant illustrates a need for solutions that are then 
described in the present application. The Applicant's statements of needs or deficiencies 
should not be construed as admissions of prior art. 

As discussed above, Rothschild does not teach or suggest a "mobile imaging unit" 
and thus, cannot provide any motivation to combine a mobile imaging unit with a 
medical application center, as recited in independent claim 17. Therefore, the 
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Examiner's rejection should not be allowed to stand. Allowance of claims 17 and 19-20 
is respectfully requested. 

VI. Claim 23 is patentable under 35 U.S.C. § 103(a) over Wood '035 in view of 
Evans. 

In the Final Office Action of April 14, 2006, the Examiner rejected claim 23 
under 35 U.S.C. 103(a) as being unpatentable over the Wood '035 in view of Evans. 
However, as discussed above, Wood c 035 does not teach or suggest a mobile imaging 
unit, wherein the mobile imaging unit is a mobile facility adapted to be used at a plurality 
of locations as recited in amended independent claim 21, from which claim 23 depends. 
In addition, Evans does not overcome at least this shortcoming of Wood '035 because, as 
discussed above and as acknowledged by the Examiner, Evans does not teach or suggest 
a "mobile imaging unit" as recited in independent claim 21. Thus, neither Wood '035 
nor Evans, alone or in combination, teach or suggest elements of independent claim 21, 
from which claim 23 depends. Therefore, the Examiner's rejection should not be allowed 
to stand. Allowance of claims 17 and 19-20 is respectfully requested. 

VII. Claims 24-32 and 35-36 are patentable under 35 U.S.C. § 103(a) over Evans 
in view of Rothschild and further in view of Wood '035. 

In the Final Office Action of April 14, 2006, the Examiner rejected claims 24-32 
and 35-36 under 35 U.S.C. 103(a) as being unpatentable over Evans in view of 
Rothschild and further in view of Wood c 035. As discussed above and as acknowledged 
by the Examiner, Evans does not teach or suggest a "mobile imaging unit" as recited in 
independent claims 24, 28, and 29. In addition, Rothschild does not overcome at least 
this shortcoming of Evans because, as discussed above, Rothschild does not teach or 
suggest a "mobile imaging unit" as recited in independent claims 24, 28, and 29. 
Furthermore, as discussed above, Wood '035 does not teach or suggest a "mobile 
imaging unit" as recited in independent claims 24, 28 and 29. Thus, none of Evans, 
Rothschild or Wood '035, alone, or in combination, teach or suggest all of the elements 
of independent claims 24, 28, and 29. Therefore, the Examiner's rejection should not be 
allowed to stand. Allowance of claims 17 and 19-20 is respectfully requested. 
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CONCLUSION 



For the foregoing reasons, claims 1, 3-9, 11-14, 16-17 and 19-36 are 
distinguishable over the prior art of record. Thus, the Applicant respectfully requests a 
reversal of the Examiner's rejection and issuance of a patent on the present application. 
The Commissioner is hereby authorized to charge any additional fees or credit any 
overpayment to the deposit account of GEMS-IT, Account No. 502401. 



McAndrews, Held & Malloy, Ltd. 
500 West Madison Street, 34th Floor 
Chicago, IL 60661 
Telephone: (312)775-8000 
Facsimile: (312)775-8100 



Respectfully submitted, 



Dated: October 26. 2006 




Christopher N. George Y 
Attorney for Appellant 
Registration No. 51,728 
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CLAIMS APPENDIX 

The following claims are involved in this appeal: 

1. A remotely accessible centralized medical information system, said 
system comprising: 

a mobile imaging unit for generating medical data storable in a data 

center, wherein said mobile imaging unit is a mobile facility adapted to be used at a 

plurality of locations; 

at least one data retriever for retrieving data from a data center; and 

a data center for storing data, said data center accessible from said at least 

one data retriever, said at least one data retriever located at at least one distinct 

geographic retrieval point. 

2. (Cancelled) 

3. The system of claim 1, wherein said data retriever comprises a mobile 
imaging unit. 

4. The system of claim 1, wherein said data retriever comprises a healthcare 
facility. 

5. The system of claim 1, further including a healthcare facility, wherein said 
healthcare facility is adapted to generate medical data storable in said data center. 

6. The system of claim 1, wherein said data center comprises an application 
service provider. 

7. The system of claim 1, wherein said mobile imaging unit generates 
medical images. 

8. The system of claim 1, wherein said mobile imaging unit generates 
medical reports. 

9. A centralized medical information system, said system comprising: 
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a mobile imaging unit for generating data storable in a data center, 
wherein said mobile imaging unit is a mobile facility adapted to be used at a plurality of 
locations; and 

a data center for storing data, said data center geographically distinct from 
said mobile imaging unit. 

10. (Cancelled) 

11. The system of claim 9, wherein said data generator comprises further 
including a healthcare facility, wherein said healthcare facility is adapted to generate data 
storable in said data center. 

12. The system of claim 9, wherein said data center comprises an application 
service provider. 

13. A centrally accessible medical information system, said system 
comprising: 

a mobile imaging unit for retrieving data from a data center, wherein said 
mobile imaging unit is a mobile facility adapted to be used at a plurality of locations; and 

a data center for storing data, said data center geographically distinct from 
said mobile imaging unit. 

14. The system of claim 13, wherein said data retriever comprises further 
including a healthcare facility, wherein said healthcare facility is adapted to retrieve data 
from a data center. 

15. (Cancelled) 

16. The system of claim 13, wherein said data center comprises an application 
service provider. 

17. A remotely accessible centralized medical application service provider 
system, said system comprising: 
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a medical application center including at least one medical application, 
said medical application center including processing power for accessing said medical 
application; and 

a mobile imaging unit, wherein said mobile imaging unit is a mobile 
facility adapted to be used at a plurality of locations, said mobile imaging unit accessing 
the output of said medical application. 

18. (Cancelled) 

19. The system of claim 17, further including a healthcare facility, wherein 
said healthcare facility is adapted to access the output of said medical application. 

20. The system of claim 17, wherein said medical application center also 
stores administrative applications. 

21. A remotely accessible centralized data storage system for mobile medical 
imaging, said system comprising: 

a mobile imaging unit including medical imaging equipment, wherein said 
mobile imaging unit is a mobile facility adapted to be used at a plurality of locations; 
a data center storing medical information in electronic form; and 
a mobile imaging unit/data center communication interface allowing 
medical information to be transmitted between said mobile imaging unit and said data 
center. 

22. The system of claim 21, further comprising a healthcare facility and a 
healthcare facility/data center communication interface allowing medical information 
transmission between said data center and said healthcare facility. 

23. The system of claim 22, further comprising an authentication module for 
authorizing access to said data center from at least one of said healthcare facility and said 
mobile imaging unit. 

24. A method for remotely storing medical information, said method 
comprising: 
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transmitting medical information collected from a patient at a mobile 
imaging unit to a data center, wherein said mobile imaging unit is a mobile facility 
adapted to be used at a plurality of locations; and 

storing said medical information at said data center. 

25. The method of claim 24, wherein said step of storing includes 
authenticating access to said data center. 

26. The method of claim 24, further comprising the step of retrieving said 
medical information from said data center. 

27. The method of claim 26, wherein the step of retrieving includes 
authenticating access to said data center. 

28. A method of communicating between a mobile imaging unit and a 
healthcare facility, said method comprising: 

transmitting information from said mobile imaging unit to a data center, 
wherein said mobile imaging unit is a mobile facility adapted to be used at a plurality of 
locations; and 

retrieving said information from said data center at said healthcare facility. 

29. A system for communication between a mobile imaging unit and a 
healthcare facility, said system comprising: 

a mobile imaging unit capable of transmitting medical diagnostic 
information, wherein said mobile imaging unit is a mobile facility adapted to be used at a 
plurality of locations; 

a data center capable of receiving said medical diagnostic information, 
storing said medical diagnostic information, and transmitting said medical diagnostic 
information; and 

a healthcare facility capable of accessing said medical diagnostic 
information from said data center. 

30. The system of claim 29, wherein said data center is further capable of 
storing medical applications and executing medical applications. 
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31. The system of claim 30, wherein said mobile imaging unit is further 
capable of executing medical applications via said data center. 

32. The system of claim 30, wherein said healthcare facility is further capable 
of executing medical applications via said data center. 

33. A method for remotely accessing medical information, said method 
comprising: 

accessing a data center from a mobile imaging unit at a remote location, 
wherein said mobile imaging unit is a mobile facility adapted to be used at a plurality of 
locations; and 

retrieving medical information from said data center. 

34. The method of claim 33, wherein said step of accessing includes 
authenticating access to said data center. 

35. The method of claim 28, further comprising remotely analyzing said 
information at said data center via at least one of said mobile imaging unit and said 
healthcare facility. 

36. The method of claim 28, further comprising aggregating data from a 
plurality of geographic locations at said data center using at least one of said mobile 
imaging unit and said healthcare facility. 
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EVIDENCE APPENDIX 

The following evidence is attached to this appeal brief as an evidence appendix: 

1 . Evidence Appendix A - Specification and Figures of Application filed on March 15 5 
2001, and published on October 3, 2002. 

2. Evidence Appendix B - Final Office Action mailed on April 14, 2006. 

3. Evidence Appendix C - U.S. Patent No. 5,891,035 by Wood ("Wood '035"). 

4. Evidence Appendix D - Office Action Response filed on February 8, 2006. 

5. Evidence Appendix E - Office Action Response filed on June 14, 2006. 

6. Evidence Appendix F - Advisory Action mailed July 5, 2006. 

7. Evidence Appendix G - U.S. Patent No. 5,924,074 by Evans ("Evans"). 

8. Evidence Appendix H - U.S. Patent No. 5,851,186 by Wood ("Wood '186"). 

9. Evidence Appendix I - U.S. Patent No. 6,678,703 by Rothschild ("Rothschild"). 
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RELATED PROCEEDINGS APPENDIX 



Not Applicable. 
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ABSTRACT 



A preferred embodiment of the present invention provides a 
method and system for integration of mobile imaging units 
into an application service provider for data storage and 
information system support. A preferred embodiment 
includes a mobile imaging unit including medical diagnostic 
equipment, a data center storing medical information in 
electronic form, and a mobile imaging unit/data center 
communication interface allowing medical information 
transmission between the mobile imaging unit and the data 
center. A preferred embodiment further includes a healthcare 
facility and a healthcare facility/data center communication 
interface allowing medical information transmission 
between the data center and the healthcare facility. 
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Figure 4 
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Figure 5 
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Figure 6 
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INTEGRATION OF MOBILE IMAGING UNITS 
INTO AN APPLICATION SERVICE PROVIDER 
FOR DATA STORAGE AND INFORMATION 
SYSTEM SUPPORT 

BACKGROUND OF INVENTION 

[0001] The preferred embodiments of the present inven- 
tion generally relate to remotely accessible centralized data 
storage for mobile imaging units, and in particular relate to 
a method and system for integration of mobile imaging units 
into an application service provider for data storage and 
information system support. 

[0002] Many healthcare facilities, such as hospitals and 
clinics, employ mobile imaging units to facilitate medical 
examination of patients. Mobile imaging units may include 
equipment for MR (magnetic resonance), CT (computerized 
tomography), and the like, to facilitate medical examination 
of patients. Because hospitals and clinics may not have 
adequate facilities or funding to handle all patients and 
examinations, hospitals and clinics may hire or purchase 
mobile imaging units to help perform medical diagnostic 
examinations, for example MR and CT imaging. The use of 
mobile imaging units helps to reduce patient overflow 
problems by providing healthcare facilities with additional 
resources for patient examination. Additionally, the use of 
mobile imaging units may provide access to technologically 
advanced imaging solutions on a cost-effective basis. 

[0003] A typical mobile imaging unit may be scheduled 
among multiple healthcare facilities. Mobile imaging units 
(typically large trucks or vans) are usually positioned out- 
side the healthcare facility. A patient may be sent from the 
hospital or clinic to the mobile unit. An image may be taken 
of a patient (such as a MR or CT image) in the mobile unit. 
Currently, the patient image is manually processed in the 
mobile unit. Commonly, the image is either printed on film 
or stored on media such as a floppy disk, CD-ROM, and the 
like. The stored image is typically manually transported 
(often called "sneaker net" in the art) from the mobile 
imaging unit to the hospital or clinic where the image may 
be further processed or stored. Alternatively, some mobile 
imaging units and hospitals transmit images from a mobile 
unit to a hospital or clinic via a cable network connection 
(such as an Ethernet connection in the parking lot). 

[0004] Currently, image data collection from mobile units 
is decentralized. That is, examination data remains with the 
individual hospital or clinic location and is not available at 
other locations. Thus, a patient must return to the original 
imaging location to access examination data, or the exami- 
nation data must be sent from one location to another. 
Therefore, the patient's choice of location is limited. There 
is a need for centralized data storage to enable the patient's 
choice of hospital or clinic location. There is a need for a 
method of aggregating patient imaging results from mobile 
imaging units to eliminate manual transfer of files and to 
facilitate interaction among mobile units and between 
mobile units and healthcare facilities. 

[0005] Application Service Providers (ASPs) have been 
employed in the field of computers to allow for centraliza- 
tion of data. ASPs operate as hosts for data and applications. 
Typically, ASPs maintain applications and data in an off-site 
data center. ASPs have been hired by companies in the field 
of computers to manage data and computer applications. 



Companies may access data and applications via an ASP. 
Typically, in the computer field, companies remotely access 
data and applications via an ASP central data location. 

[0006] In the field of computers, ASPs offer several desir- 
able services, such as secure data storage, data backup, and 
redundant systems. Because ASPs offer such services, a 
customer of an ASP may not have to incur additional 
expenses for its own security, backup, and storage systems. 
In addition to functioning as a remote database, the ASP may 
host a number of applications that may be activated or 
accessed remotely by customers. By concentrating comput- 
ing power and maintenance at the ASP, the ASP may offer 
continuous access to and support of the applications and 
alleviate the need for the customer to purchase and maintain 
its own expensive computer equipment. 

[0007] For example, ASPs may provide installation, man- 
agement, and support of applications and storage of data for 
many remote clients. Client data may be stored at a remote 
data center. Data may be retrieved from the remote data 
center via a communications medium such as the Internet or 
a private network. Additionally, ASPs may deliver applica- 
tions such as email systems, resource planning systems, 
customer relationship management systems, human 
resource management systems, and proprietary applications 
to remote clients. 

[0008] Although hospitals are not able to perform remote 
centralization, some hospitals may collect their data locally 
into a single database located on site. This database is 
typically called a Picture Archiving and Communication 
System (PACS). A PACS may be used to obtain, store, and 
distribute electronic images, such as electronic medical 
diagnostic images. A PACS may allow images to be archived 
in electronic form in a central location on site. A PACS may 
also allow images to be shared among different users 
because the images are locally centralized and able to 
accessed at numerous points on site. Convenient access to 
patient data through a PACS may improve individual hos- 
pital workflow by eliminating the need to physically transfer 
images and by providing multiple viewing stations for 
imaging results. 

[0009] Typically, data stored in a PACS is stored as 
DICOM data. DICOM stands for Digital Imaging and Com- 
munications in Medicine. DICOM is a standard for image 
and information transmission. DICOM relates to the transfer 
of electronic data between medical diagnostic and imaging 
systems. The DICOM protocol may be employed in com- 
munication between medical devices and PACS. The 
DICOM standard enumerates a command set, data formats, 
interface specifications, communication protocols, and com- 
mand syntax. The DICOM standard does not specify details 
of implementation. 

[0010] As described above, communication between a 
mobile unit and a PACS at a location may be difficult. 
Additionally, data taken at any one facility is typically stored 
in a PACS at that facility and is not available elsewhere. The 
localization of data at a single facility presents problems in 
mobile use because of limitations on data access and avail- 
ability. Thus, it may be advantageous for mobile imaging 
units to be able to centrally archive images and data. Today, 
data collection is performed using either sneaker-net 
(manual file transfer by disk or manual transfer of film) or 
via a physical wire-based network connection to the main 



US 2002/0143574 Al 



2 



Oct. 3 3 2002 



facility (such as by a network connection in a hospital 
parking lot for the mobile imaging unit). Furthermore, data 
collection is done locally on a facility-by-facility basis. 

[0011] Centralized electronic data access may improve 
workflow of a healthcare facility and reduce operational 
overhead by reducing physical file transfer by facility per- 
sonnel. That is, a healthcare facility may not have to send 
someone to physically get films or disks from a mobile 
imaging unit or other healthcare facility. 

[0012] Additionally, centralized data storage may serve to 
minimize local storage by a client and reduce on site 
management of films or disks by the healthcare facility. 

[0013] Additionally, it may be advantageous for mobile 
imaging units to use central information systems for sched- 
uling, ordering, and reporting. For example, centralized 
scheduling may encourage efficient use of mobile imaging 
units. 

[0014] Additionally, centralized reporting may facilitate 
information exchange between mobile units and healthcare 
facilities. 

[0015] Thus, a need exists for a method and apparatus for 
integration of mobile imaging units into an Application 
Service Provider for data storage and information system 
support. 

SUMMARY OF INVENTION 
[0016] A preferred embodiment of the present invention 
provides a method and system for integration of mobile 
imaging units into an application service provider for data 
storage and information system support. A preferred 
embodiment includes a mobile imaging unit including medi- 
cal diagnostic equipment, a data center storing medical 
information in electronic form, and a mobile imaging unit/ 
data center communication interface allowing medical infor- 
mation transmission between the mobile imaging unit and 
the data center. A preferred embodiment further includes a 
healthcare facility and a healthcare facility/data center com- 
munication interface allowing medical information trans- 
mission between the data center and the healthcare facility. 
In a preferred embodiment an authentication module autho- 
rizes access to the data center. In a preferred embodiment, 
the data center may also store medical applications. 

[0017] In a preferred embodiment, medical diagnostic 
information collected from a patient at a mobile imaging 
unit is transmitted to a data center and the medical diagnostic 
information is stored at the data center. In a preferred 
embodiment, the medical diagnostic information may be 
retrieved from the data center. In a preferred embodiment, 
access to the data center may be subject to authentication. 

[0018] A healthcare facility may retrieve the medical 
diagnostic information from the data center. A mobile imag- 
ing unit may retrieve the medical diagnostic information 
from the data center. 

BRIEF DESCRIPTION OF DRAWINGS 
[0019] FIG. 1 illustrates a remotely accessible centralized 
medical image data storage system used in accordance with 
a preferred embodiment of the present invention. 

[0020] FIG. 2 illustrates a remotely accessible centralized 
medical image data storage system used in accordance with 
a preferred embodiment of the present invention. 



[0021] FIG. 3 illustrates a remotely accessible centralized 
medical image data storage system used in accordance with 
a preferred embodiment of the present invention. 

[0022] FIG. 4 illustrates a flowchart for transferring infor- 
mation from a mobile imaging unit to a data center accord- 
ing to a preferred embodiment of the present invention. 

[0023] FIG. 5 illustrates a flowchart for transferring infor- 
mation from a data center to a mobile imaging unit accord- 
ing to a preferred embodiment of the present invention. 

[0024] FIG. 6 illustrates a flowchart for transferring infor- 
mation from a data center to a healthcare facility according 
to a preferred embodiment of the present invention. 

[0025] FIG. 7 shows a flowchart for integrating mobile 
imaging units into an application service provider for data 
storage and information system support in accordance with 
a preferred embodiment of the present invention. 

DETAILED DESCRIPTION 

[0026] FIG. 1 illustrates a remotely accessible centralized 
medical image data storage system 100 used in accordance 
with a preferred embodiment of the present invention. The 
system 100 includes a plurality of subsystems, such as a data 
center 110, a mobile imaging unit 120, and a mobile imaging 
unit/data center communication interface 130. 

[0027] The mobile imaging unit 120 connects to the data 
center 110 via the mobile imaging unit/data center commu- 
nication interface 130. The mobile imaging unit/data center 
communication interface 130 may be a cellular network, a 
radio frequency (RF) wireless local area network (LAN), 
microwave network, satellite transmission network, wire- 
based network (such as Ethernet), as examples. In a pre- 
ferred embodiment, the mobile imaging unit/data center 
communication interface 130 allows bidirectional commu- 
nication. That is, the mobile imaging unit/data center com- 
munication interface 130 transmits data between the data 
center 110 and the mo-bile imaging unit 120. 

[0028] The data center 110 preferably stores information 
such as images, examination data, and reports, for example. 
The data center 110 may also host applications, such as 
medical imaging applications, medical diagnostic applica- 
tions, administrative applications, and scheduling applica- 
tions, for example. Preferably, the applications are activated 
or accessed via the data center 110. The data center 110 may 
include processing power to facilitate the activation or 
access of the applications at the data center 110, Because the 
applications are activated or accessed at the data center 110, 
minimal computing capability may be employed at the 
mobile imaging unit 120 to execute medical applications. 
Centralized computing resources may reduce the costs of the 
mobile imaging unit 120 because minimal computing capa- 
bility is employed at the mobile imaging unit 120. 

[0029] In a preferred embodiment, the data center 110 is 
managed by an application server provider (ASP) located 
remotely from the mobile imaging unit 120. Preferably, the 
data center 110 is geographically distinct from the mobile 
imaging unit 120. In addition, the data center 110 may be 
managed by a company separate from the mobile imaging 
unit 120. The data center 110 may be accessed (for example, 
transmission or receipt of data or execution of applications) 
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by the mobile imaging unit 120 via the mobile imaging 
unit/data center communication interface 130. 

[0030] The mobile imaging unit 120 may include medical 
diagnostic equipment, such as MR (magnetic resonance) 
imaging equipment, CT (computerized tomography) imag- 
ing equipment, and/or ECG (electrocardiogram) equipment, 
as examples. The mobile imaging unit 120 may also include 
paramedic equipment, such as first aid equipment, cardiac 
equipment, and/or life support equipment, for example. 

[0031] The mobile imaging unit 120 facilitates medical 
diagnostic examination of a patient (for example, a MR or 
CT scan). Data from the medical diagnostic examination (for 
example, an image) may be transmitted to the data center 
110 via the mobile imaging unit/data center communication 
interface 130. The data center 110 may store the examination 
data for later retrieval by the mobile imaging unit 120 or 
other entity. Additionally, the medical imaging unit 120 may 
access medical applications via the data center 110. 

[0032] As an example, a medical diagnostic examination 
of a patient is performed at the mobile imaging unit 120, and 
a resulting medical diagnostic image is obtained. Then, the 
mobile imaging unit 120 accesses the data center 110 via the 
mobile imaging unit/data center communication interface 
130. Next, the mobile imaging unit 120 stores the medical 
diagnostic image at the data center 110. Storage and access 
of data occurs independent of the locations of the mobile 
imaging unit 120 and the data center 110. 

[0033] As another example, multiple patient examinations 
may be scheduled at the mobile imaging unit 120. To 
perform scheduling, the mobile imaging unit 120 may 
access the data center 110. Next, the mobile imaging unit 
120 may access a patient scheduling application hosted by 
the data center 110. Then, the mobile imaging unit 120 may 
execute the patient scheduling application via the data center 
110 and thus schedule patient examinations. 

[0034] FIG. 2 illustrates a remotely accessible centralized 
medical image data storage system 200 used in accordance 
with a preferred embodiment of the present invention. The 
system 200 includes a plurality of subsystems, such as a data 
center 210, a mobile imaging unit 220, a mobile imaging 
unit/data center communication interface 230, a healthcare 
facility 240, and a healthcare facility /data center communi- 
cation interface 250. 

[0035] As described above in reference to FIG. 1, the 
mobile imaging unit/data center communication interface 
230 provides a bi-directional data connection between the 
mobile imaging unit 220 and the data center 210. In an 
alternative embodiment, the mobile imaging unit/data center 
communication interface 230 includes a bidirectional data 
connection between the mobile imaging unit 220 and the 
data center 210 through the healthcare facility 240. 

[0036] The healthcare facility/data center communication 
interface 250 provides a bidirectional data connection 
between the healthcare facility 240 and the data center 210. 
Preferably the healthcare facility/data center communication 
interface 250 is the Internet, a private network, or a wireless 
network, as examples. 

[0037] The mobile imaging unit 220 is similar to the 
mobile imaging unit 120 described above in reference to 
FIG. 1. The mobile imaging unit 220 facilitates medical 



diagnostic examination of patients. Data from the medical 
diagnostic examination may be transmitted to the data center 
210 via the mobile imaging unit/data center communication 
interface 230. 

[0038] The data center 210 is similar to the data center 110 
described above in reference to FIG. 1. The data center 210 
preferably stores information (such as images, examination 
data, reports, etc.) and applications (such as medical imag- 
ing applications, medical diagnostic applications, adminis- 
trative applications, scheduling applications, etc.). The 
mobile imaging unit 220 and the healthcare facility 240 may 
access or activate applications at the data center 210. In a 
preferred embodiment, the data center 210 is managed by an 
ASP located remotely from the healthcare facility 240. 
Preferably, the data center 210 is geographically distinct 
from the healthcare facility 240. 

[0039] The healthcare facility 240 is preferably a hospital, 
a medical clinic, a doctor's office, some other medical office, 
or any other terminal, for example. The healthcare facility 
240 may include medical diagnostic imaging equipment, 
such as MR imaging equipment, CT imaging equipment, 
and/or ECG equipment, as examples. The healthcare facility 
240 may also include patient treatment equipment, such as 
first aid equipment, cardiac support equipment, and/or life 
support equipment, for example. 

[0040] As described above in relation to FIG. 1, the 
mobile imaging . unit 220 facilitates medical diagnostic 
examination of a patient (for example, a MR or CT scan). 
Data from the medical diagnostic examination (for example, 
an image) may be transmitted to the data center 210 via the 
mobile imaging unit/data center communication interface 
230. The data center 210 may then store the examination 
data for later access by the healthcare facility 240 or the 
mobile imaging unit 220, for example. Then, a user at the 
healthcare facility 240 may access the examination data 
from the data center 210 via the healthcare facility/data 
center communication interface 250. In a preferred embodi- 
ment, "dumb" terminals (e.g., a keyboard and display with- 
out advanced processing power) at the healthcare facility 
240 may access the examination data from the data center 
210 via the healthcare facility/data center communication 
interface 250. Operators such as healthcare professionals 
(for example, physicians, radiologists, etc.) may view the 
mobile imaging unit 220 examination results at the health- 
care facility 240 by accessing the data center 210. Exami- 
nation results may be viewed using a DICOM translation 
and viewing program, for example. The physical locations 
of the mobile imaging unit 220, data center 210, and 
healthcare facility 240 do not adversely impact the operation 
of the preferred embodiments of the present invention. 

[0041] FIG. 3 illustrates a remotely accessible centralized 
medical image data storage system 300 used in accordance 
with a preferred embodiment of the present invention. The 
system 300 includes a plurality of subsystems, such as a data 
center 310, mobile imaging units 320, 322, 324, mobile 
imaging unit/data center communication interfaces 330, 
332, 334, healthcare facilities 340, 342, 344, and healthcare 
facility/data center communication interfaces 350, 352, 354. 

[0042] The mobile imaging unit/data center communica- 
tion interfaces 330, 332, 334 are similar to the mobile 
imaging/unit data center communication interface 230 of 
FIG. 2. As described above in reference to FIG. 2, the 
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mobile imaging unit/data center communication interfaces 
330, 332, 334 allow bidirectional communication between 
the mobile imaging units 320, 322, 324 and the data center 
310. In an alternative embodiment, as described above in 
reference to FIG. 2, the mobile imaging unit/data center 
communication interfaces 330, 332, 334 include bidirec- 
tional data connections between the mobile imaging units 
320, 322, 324 and the data center 310 through the healthcare 
facilities 340, 342, 344. 

[0043] The healthcare facility/data center communication 
interfaces 350, 352, 354 are similar to the healthcare facility/ 
data center communication interface 250 of FIG. 2. As 
described above in reference to FIG. 2, the healthcare 
facility/data center communication interfaces 350, 352, 354 
allow bidirectional communication between the healthcare 
facilities 340, 342, 344 and the data center 310. 

[0044] The mobile imaging units 320,322,324 are similar 
to the mobile imaging unit 220 described above in reference 
to FIG. 2. In operation, first the mobile imaging units 320, 
322, 324 facilitate medical diagnostic examination of 
patients to generate medical diagnostic information. Then, 
the mobile imaging units 320, 322, 324 transmit medical 
diagnostic information to the data center 310 via the mobile 
imaging unit/data center communication interfaces 330, 
332, 334. 

[0045] Additionally, the mobile imaging uoits may also 
access applications at the data center 310 via the mobile 
imaging unit/data center communication interfaces 330, 
332, 334. 

[0046] The data center 310 is similar to the data center 210 
described above in reference to FIG. 2. The data center 310 
preferably stores information such as images, examination 
data, and/or reports, for example. The data center 310 may 
also store applications, such as medical imaging applica- 
tions, medical diagnostic applications, administrative appli- 
cations, and/or scheduling applications, as examples. Pref- 
erably, applications stored at the data center 310 are 
activated or accessed at the data center 310 by a remote user, 
for example, the mobile imaging units 320, 322, 324 or the 
healthcare facilities 340, 342, 344. 

[0047] The healthcare facilities 340, 342, 344 are similar 
to the healthcare facility 240 described above in reference to 
FIG. 2. Users al the healthcare facilities 340, 342, 344 may 
access medical diagnostic examination data (for example, 
images, reports, etc.) at the data center 310 via the healthcare 
facility/data center communication interfaces 350, 352, 354. 
Additionally, users at the healthcare facilities 340, 342, 344 
may access medical applications (for example, scheduling 
applications, medical diagnostic applications, etc.) at the 
data center 310 via the healthcare facility/data center com- 
munication interfaces 350, 352, 354. 

[0048] The system 300 is representative of one embodi- 
ment of the present invention. In practice, a variable number 
of mobile imaging units 320, 322, 324, a variable number of 
healthcare facilities 340, 342, 344, a variable number of 
mobile imaging unit/data center communication interfaces 
330, 332, 334, and a variable number of healthcare facility/ 
data center communication interfaces 350, 352, 354 may be 
included in the system 300. However, each of the compo- 
nents of the system 300 may aggregate or access data at the 
data center 310. Additionally, the data center 310 may be one 



or more servers. Furthermore, the data center 310 may be 
cached and stored at multiple locations. Also, the data center 
310 may be spatially distant from the other components of 
the system 300. 

[0049] In an alternative embodiment, which may be 
applied to any of the embodiments disclosed herein, an 
authentication module 375 is used to protect the contents of 
the data center 310. That is, the mobile imaging units 320, 
322, 324 may transmit an authentication code to the authen- 
tication module 375 in order gain access to the data center 
310 to transmit or receive data or access applications. Also, 
the healthcare facilities 340, 342, 344 may transmit an 
authentication code to the authentication module 375 in 
order to gain access to the data center 310 to transmit or 
receive data or access applications. 

[0050] When the authentication code is transmitted to the 
authentication module 375, the authentication module 375 
compares the received authentication code with a predeter- 
mined authentication code. If the authentication code 
matches, then the authentication code has been verified by 
the data center 310 and access to the data center 310 is 
granted. That is, if the authentication code is verified, the 
authentication module 375 allows access to the data center 
310. In one embodiment, the authentication code includes a 
secure identification key. Preferably, the secure identifica- 
tion key is a periodically changing number. The secure 
identification key may be embodied in a device that gener- 
ates a periodically changing number. Additionally, the 
authentication code may include an identification number 
(preferably a personal identification number) along with the 
secure identification key. Alternatively, the authentication 
code may be a password. 

[0051] In an alternative embodiment, for additional data 
security, data may be encrypted during transmission over the 
mobile imaging unit/data center communication interface 
330, 332, 334 and/or the healthcare facility/data center 
communication interface 350, 352, 354. Several commer- 
cially available encryptions may be employed that are 
known to those skilled in the art. Preferably, 128-bit keyed 
Huffman encoding is employed. Encryption may help pre- 
serve confidentiality of medical records and the like. 

[0052] FIG. 4 illustrates a flowchart 400 for transferring 
information from a data generator (such as a mobile imaging 
unit 220 or a healthcare facility 240) to a data center 210 
according to the remotely accessible centralized medical 
image data storage system of FIG. 2. First, at step 410, the 
data generator connects to the data center 210. Preferably, 
the data generator connects to the data center 210 via a 
communication interface (such as a mobile imaging unit/ 
data center communication interface 230 or healthcare facil- 
ity/data center communication interface 240, as described 
above in reference to FIG. 2). Then, at step 415 data is 
gathered. For example, an image or other medical data may 
be gathered at the data generator. Next, at step 420, the data 
generator transfers information, such as images and/or data, 
to the data center 210. Finally, at step 430, the data center 
210 stores the transferred information. The information may 
be stored for later retrieval by the data generator or another 
entity. 

[0053] FIG. 5 illustrates a flowchart 500 for transferring 
information from a data center 210 to a data receiver (such 
as a mobile imaging unit 220 or a healthcare facility 240) 
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according to the remotely accessible centralized medical 
image data storage system of FIG. 2. First, at step 510, the 
data receiver connects to the data center 210. Preferably, the 
data receiver connects to the data center 210 via a commu- 
nication interface (such as a mobile imaging unit/data center 
communication interface 230 or a healthcare facility/data 
center communication interface, as described above in ref- 
erence to FIG. 2). Next, at step 520, the data receiver 
requests information (such as image or data, as examples) or 
an application (such as a medical imaging application, 
medical diagnostic application, administrative application, 
scheduling application, as described above) from the data 
center 210. Then, at step 530, the data center 210 retrieves 
the requested information or application from its internal 
storage. Finally, at step 540, the data center 210 transmits the 
requested information or application to the data receiver or 
executes the requested application for the data receiver. 

[0054] FIG. 6 illustrates a flowchart 600 for transferring 
information from a data center 210 to a healthcare facility 
240 according to the remotely accessible centralized medical 
image data storage system of FIG. 2. First, at step 610, the 
healthcare facility 240 connects to the data center 210. 
Preferably, the healthcare facility 240 connects to the data 
center 210 via a healthcare facility/data center communica- 
tion interface 250 (as described above). Next, at step 620, 
the healthcare facility 240 requests information (such as a 
medical image or data, as examples) or an application (such 
as a medical diagnostic application, a medical imaging 
application, an administrative application, a scheduling 
application, for example) from the data center 210. Then, at 
step 630, the data center 210 retrieves the requested infor- 
mation or application from its internal storage. Finally, at 
step 640, the data center 210 transmits the requested infor- 
mation to the healthcare facility 240 or executes the 
requested application for the healthcare facility 240. 

[0055] FIG. 7 shows a flowchart 700 for integrating 
mobile imaging units 220 into an application service pro- 
vider for data storage and information system support in 
accordance with the remotely accessible centralized medical 
image data storage system of FIG. 2. First, at step 710, the 
mobile imaging unit 220 is preferably positioned near the 
healthcare facility 240. Next, at step 720, an examination, 
such as a MR imaging scan, for example, of a patient is 
performed at the mobile imaging unit 220. 

[0056] Then, at step 730, the mobile imaging unit 220 
connects to the data center 210. Alternatively, the mobile 
imaging unit 220 may connect to the data center 210 when 
first positioned. Also, the mobile imaging unit 220 may 
connect to the data center during examination. Al step 740, 
the mobile imaging unit 220 transmits the examination 
results (images, data, etc.) to the data center 210. Preferably, 
the examination data is transmitted in DICOM format. 
Additionally, the examination data may be compressed to 
increase speed of transmission or be encrypted to prevent 
unauthorized interception of the data. Additionally, a user 
may be authenticated to prevent unauthorized access to the 
data. Alternatively, rather than transmitting the data directly 
from the mobile imaging unit 220 to the data center 210, the 
mobile imaging unit 220 may transmit data to the healthcare 
facility 240 which then transmits the data to the data center 
210. 

[0057] Then, at step 750, the healthcare facility 240 may 
access the data center 210. 



[0058] Again, as above, to prevent unauthorized access to 
the data, a user may be authenticated. Finally, at step 760, 
users at the healthcare facility 240 may view the examina- 
tion results or other information via the data center 210. The 
physical locations of the mobile imaging unit 220, the 
healthcare facility 240, and the data center 210 do not 
adversely impact the operation of the preferred embodi- 
ments of the present invention. For example, the mobile 
imaging unit 220 may be located far away (for example, in 
another city) from the healthcare facility 240 or the data 
center 210. Alternatively, the data center 210 may be located 
in a different geographic region (for example, GE Medical 
Systems corporate headquarters). The freedom from geo- 
graphic constraints provides the remote accessibility of the 
data center 210 and facilitates remote diagnosis or analysis 
of examination results or other information. 

[0059] As an example, a mobile imaging unit Ml may be 
servicing healthcare facilities HI and H2. First, mobile 
imaging unit Ml may be positioned at healthcare facility HI. 
Mobile imaging unit Ml may examine patients at healthcare 
facility HI and perform, for example, CT scans of patients. 
Next, mobile imaging unit Ml may be requested at health- 
care facility H2. Rather than physically transporting patient 
examination results to healthcare facility HI, mobile imag- 
ing unit Ml may upload patient examination results to a data 
center Dl while traveling to healthcare facility H2, for 
example, by a wireless communication interface. Users at 
the healthcare facility HI may view the patient examination 
results via the data center Dl at any time. Meanwhile, the 
mobile imaging unit Ml may examine additional patients at 
the second healthcare facility H2. 

[0060] Additionally, the embodiments of the present 
invention may be used to collect data for use in medical 
studies, such as clinical trial studies, for example. That is, 
the centralized data aggregation provided by the preferred 
embodiments of the present invention by offer easy access to 
statistical data or other medical data for statistical analysis. 
For example, a company may own at least one mobile 
imaging unit in at least one location. The company may want 
to collect benchmark data for purposes such as aggregating 
examination results and testing equipment performance, for 
example. Mobile imaging units in various locations may 
transfer data to the data center. Users may view the aggre- 
gated data via the data center. Data aggregation in a data 
center may allow benchmarking of equipment performance 
across healthcare facilities, business management, equip- 
ment accuracy, and the like. Additionally, a company or 
healthcare facility could aggregate data from imaging stud- 
ies all over the country and perform benchmarking for 
specific diseases (to facilitate disease management, diagno- 
sis/treatment outcomes, etc.). 

[0061] Thus, the preferred embodiments of the present 
invention provide a simple solution to what has become a 
serious issue of time, monetary, and personnel resources for 
the healthcare industry, such as the availability or flexibility 
of imaging facilities to satisfy client demand while at a 
healthcare facility. The present method and system for 
integration of mobile imaging units into an application 
service provider for data storage and information system 
support may provide centralized information storage and 
access and reduce the resources needed to coordinate 
between mobile imaging units and healthcare facilities. 
Additionally, the centralized storage may allow benchmark- 
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ing of examination and imaging data. Thus, mobile imaging 
units and healthcare facilities may conveniently share and 
compare data and images in various physical locations. That 
is, relatively immediate access to examination images and 
data independent of location is provided. Additionally, later 
analysis may be performed easily at another facility or 
remote location. 

[0062] While the invention has been described with ref- 
erence to a preferred embodiment, it will be understood by 
those skilled in the art that various changes may be made and 
equivalents may be substituted without departing from the 
scope of the invention. In addition, many modifications may 
be made to adapt a particular situation or material to the 
teachings of the invention without departing from its scope. 
Therefore, it is intended that the invention not be limited to 
the particular embodiment disclosed, but that the invention 
will include all embodiments falling within the scope of the 
appended claims. 

1. A remotely accessible centralized medical information 
system, said system comprising: 

a data generator for generating medical data storable in a 
data center; 

at least one data retriever for retrieving data from a data 
center, and 

a data center for storing data, said data center accessible 
from said at least one data retriever, said at least one 
data retriever located at at least one distinct geographic 
retrieval point. 

2. The system of claim 1, wherein said data generator 
comprises a mobile imaging unit. 

3. The system of claim 1, wherein said data retriever 
comprises a mobile imaging unit. 

4. The system of claim 1, wherein said data retriever 
comprises a healthcare facility. 

5. The system of claim 1, wherein said data generator 
comprises a healthcare facility. 

6. The system of claim 1, wherein said data center 
comprises an application service provider. 

7. The system of claim 1, wherein said data generator 
generates medical images. 

8. The system of claim 1, wherein said data generator 
generates medical reports. 

9. A centralized medical information system, said system 
comprising: 

a data generator for generating data storable in a data 
center; and 

a data center for storing data, said data center geographi- 
cally distinct from said data generator. 

10. The system of claim 9, wherein said data generator 
comprises a mobile imaging unit. 

11. The system of claim 9, wherein said data generator 
comprises a healthcare facility. 

12. The system of claim 9, wherein said data center 
comprises an application service provider. 

13. A centrally accessible medical information system, 
said system comprising: 

a data retriever for retrieving data from a data center; and 

a data center for storing data, said data center geographi- 
cally distinct from said data retriever. 



14. The system of claim 13, wherein said data retriever 
comprises a healthcare facility. 

15. The system of claim 13, wherein said data retriever 
comprises a mobile imaging unit. 

16. The system of claim 13, wherein said data center 
comprises an application service provider, 

17. A remotely accessible centralized medical application 
service provider system, said system comprising: 

a data center including at least one medical application, 
said data center including processing power for access- 
ing said medical application; and 

a data retriever, said data retriever accessing the output of 
said medical application. 

18. The system of claim 17, wherein said medical appli- 
cation retriever comprises a mobile imaging unit. 

19. The system of claim 17, wherein said medical appli- 
cation retriever comprises a healthcare facility. 

20. The system of claim 17, wherein said medical appli- 
cation center also stores administrative applications. 

21. A remotely accessible centralized data storage system 
for mobile medical imaging, said system comprising: 

a mobile imaging unit including medical imaging equip- 
ment; 

a data center storing medical information in electronic 
form; and 

a mobile imaging unit/data center communication inter- 
face allowing medical information to be transmitted 
between said mobile imaging unit and said data center. 

22. The system of claim 21, further comprising a health- 
care facility and a healthcare facility/data center communi- 
cation interface allowing medical information transmission 
between said data center and said healthcare facility. 

23. The system of claim 22, further comprising an authen- 
tication module for authorizing access to said data center 
from at least one of said healthcare facility and said mobile 
imaging unit. 

24. A method for remotely storing medical information, 
said method comprising: 

transmitting medical information collected from a patient 
at a mobile imaging unit to a data center; and 

storing said medical information at said data center. 

25. The method of claim 24, wherein said step of storing 
includes authenticating access to said data center. 

26. The method of claim 24, further comprising the step 
of retrieving said medical diagnostic information from said 
data center. 

27. The method of claim 26, wherein the step of retrieving 
includes authenticating access to said data center. 

28. A method of communicating between a mobile imag- 
ing unit and a healthcare facility, said method comprising: 

transmitting information from said mobile imaging unit to 
a data center; and 

retrieving said information from said data center at said 
healthcare facility. 

29. A system for communication between a mobile imag- 
ing unit and a healthcare facility, said system comprising: 

a mobile imaging unit capable of transmitting medical 
diagnostic information; 
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a da la center capable of receiving said medical diagnostic 
information, storing said medical diagnostic informa- 
tion, and transmitting said medical diagnostic informa- 
tion; and 

a healthcare facility capable of accessing said medical 
diagnostic information from said data center. 

30. The system of claim 29, wherein said data center is 
further capable of storing medical applications and execut- 
ing medical applications. 

31. The system of claim 30, wherein said mobile imaging 
unit is further capable of executing medical applications via 
said data center. 



32. The system of claim 30, wherein said healthcare 
facility is further capable of executing medical applications 
via said data center. 

33. A method for remotely accessing medical information, 
said method comprising: 

accessing a data center from a remote location; and 

retrieving medical information from said data center. 

34. The method of claim 33, wherein said step of access- 
ing includes authenticating access to said data center. 

* * * * * 
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DETAILED ACTION 
Notice to Applicant 

1 . This communication is in response to the amendment filed on 8 February 2006. 
Claims 1, 3-9, 11-14, 16-17, and 19-36 are pending. Claims 2, 10, 15, and 18 have 
been cancelled. Claims 1, 5, 7-9, 11, 13-14, 17, 19, 21, 24, 26, 28-29, and 33 have 
been amended. 

Claim Objections 

2. Claim 5, line 3, is objected to because of the following informalities: "generated" 
appears to be grammatically incorrect. Appropriate correction is requested. 

Claim Rejections - 35 USC § 102 

3. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public 
use or on sale in this country, more than one year prior to the date of application for patent in the United 
States. 

4. Claims 21-22 are rejected under 35 U.S.C. 102(b) as being anticipated by Wood 
etal. (5,891,035). 
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(A) As per claim 21 , Wood discloses an ultrasonic diagnostic imaging system that is 
capable of accessing images and information from internal or external database over 
the Internet (Abstract) comprising: 

(a) an ultrasound system which processes information to form ultrasonic images, 
wherein there are a plurality of ultrasound systems having wheels (Fig. 2, #200, #202) 
(Fig. 1-3, col. 2 line 60 to col. 3 line 10, col. 10 lines 43-56) (It is noted that an 
"ultrasound system" having wheels as is shown in Figure 2 is a "mobile facility" that is 
capable of being moved to a plurality of locations); 

(b) a hospital information system or radiology information system for storing 
patient and physician data (Fig. 1-3, col. 2 lines 20-50, col. 2 line 60 to col. 3 line 10); 
and 

(c) a modem for connecting to information sources, such as the ultrasound 
system (200) and the hospital information system (HIS) or radiology information system 
(RIS) (500), over the network, wherein patient and physician data is transmitted 
between the ultrasound system and the HIS/RIS, and the HIS/RIS is able to acquire 
information from the ultrasound system (reads on "mobile imaging unit/data center 
communication interface") (Fig. 1-3, col. 2 lines 20-50, col. 9 lines 40-65, col. 10 lines 
44-56). 

(B) As per claim 22, Wood discloses a modem for connecting to information sources, 
such as a ultrasound operator (202) in a practice and the hospital information system 
(HIS) or radiology information system (RIS) (500), over the network, wherein patient and 
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physician data is transmitted between the ultrasound operator using a browser and the 
HIS/RIS (Fig. 1-3, col. 2 lines 20-50, col. 2 line 60 to col. 3 line 37, col. 9 lines 40-65, 
col. 10 lines 44-56). 

Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

6. Claims 1,4-5, 7-9, 11, 13-14, and 33-34 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Evans (5,924,074) in view of Wood et al. (5,851 ,186). 

(A) As per claim 1 , Evans discloses a medical records system that is accessible to 
remotely located health care providers (Abstract; col. 12 line 55 to col. 13 line 30) 
comprising: 

(a) a point of care system to capture patient data at a point of care, wherein the 
health care provider is able to enter, review, annotate, analyze, and process patient 
data using the point of care system, wherein the patient data that is entered using the 
point of care system is stored in the patient data repository in a patient record (col. 4 
line 64 to col. 5 line 28, col. 6 lines 9-36, col. 16 lines 2-16) (It is noted that entering data 
into a point of care system is considered to be a form of "a data generator for generating 
medical data storable in a data center"); 
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(b) at least one point of care system (see the plurality of healthcare providers in 
Fig. 24, 416-420) for accessing and retrieving patient data from the patient data 
repository, wherein the point of care system issues a request for patient data, wherein 
the patient locator receives the request from the point of care system and 
communicates a patient ID (PID) to the data manager which locates the patient record 
using the PID, wherein the data manager delivers the requested data to the point of 
care system (Fig. 24, col. 3 lines 17-23, col. 8 line 61 to col. 9 line 13, col. 9 lines 37-60, 
col. 14 line 64 to col. 15 line 7, col. 18 lines 43-50) (It is noted that the point of care 
system of Evans is considered to be a form of "at least one data retriever"); and 

(c) a patient data repository for storing and organizing patient data for access by 
the point of care system, wherein the point of care systems access the patient data 
repository from any geographical location, wherein for example, a point of care system 
used by a healthcare provider in Boston is able to access data on a server at Scripps 
Health (Fig. 24, col. 4 line 64 to col. 5 line 7, col. 13 lines 19-30, col. 14 line 64 to col. 15 
line 2, col. 16 lines 44-53). 

Evans discloses having data in a patient record captured by the point of care 
system and incorporated from external sources (e.g., a digital x-ray image file stored in 
raster pixel format) (col. 8 lines 29-38). However, Evans fails to expressly disclose that 
the data generator is a mobile imaging unit, wherein the mobile imaging unit is a mobile 
facility adapted to be used at a plurality of locations. 

Wood discloses an ultrasound system accessible by a remotely located personal 
computer, wherein the ultrasound system forms ultrasonic images, which are stored in 
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an image store, wherein the ultrasound system, wherein there are a plurality of 
ultrasound systems having wheels (Fig. 1, 15-17, col. 2 line 60 to col. 3 line 20, col. 12 
line 66 to col. 13 line 26, col. 15 lines 23-43). It is noted that an "ultrasound system" 
having wheels as is shown in Figure 15-17 is a "mobile facility" that is capable of being 
moved to a plurality of locations. 

At the time the invention was made, it would have been obvious to one of 
ordinary skill in the art to include the features of Wood within the system of Evans with 
the motivation of allowing remotely located healthcare providers to access patient data 
(Evans; col. 1 lines 63-66), including diagnostic data gathered through ultrasound 
systems (Wood; col. 1 lines 52-57). 

(B) As per claim 4, Evans discloses the point of care system for accessing data being 
used by a healthcare provider in a healthcare facility, such as a hospital (Fig. 24, col. 5 
lines 12-20, col. 12 line 55 to col. 13 line 30). 

(C) As per claim 5, Evans discloses a point of care system to capture patient data at a 
point of care, such as in a hospital (reads on "health care facility"), wherein the health 
care provider is able to enter, review, annotate, analyze, and process patient data using 
the point of care system, wherein the patient data that is entered using the point of care 
system is stored in the patient data repository in a patient record (col. 4 line 64 to col. 5 
line 28, col. 6 lines 9-36, col. 16 lines 2-16) (It is noted that entering data into a point of 
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care system is considered to be a form of °a data generator for generating medical data 
storable in a data center"). 

(D) As per claims 7 and 8, Evans does not expressly discloses the data generator 
generating medical images and medical reports. 

Wood discloses the ultrasound system generating images and reports (See Fig. 
1, reference numbers 22, 24a-b, Fig. 4-5, col. 2 line 60 to col. 3 line 20, col. 9 lines 54- 
59, col. 10 lines 13-26, col. 15 lines 23-33). 

At the time the invention was made, it would have been obvious to one of 
ordinary skill in the art to include the features of Wood within the system of Evans with 
the motivation of allowing remotely located healthcare providers to access patient data 
(Evans; col. 1 lines 63-66), including diagnostic and image data and reports gathered 
through ultrasound systems (Wood; col. 1 lines 43-57). 

(E) Claim 9 repeats the limitations of claim 1 , and is therefore rejected for the same 
reasons as claim 1 . As per the recitation of the "mobile imaging unit" being 
geographically distinct from the data center, Wood discloses in Fig. 15-17 that the 
ultrasound systems are in different locations from the centralized server (col. 13 line 29 
to col. 14 line 40). 

(F) Claim 1 1 repeats the limitations of claims 4-5, and is therefore rejected for the same 
reasons as claims 4-5, and incorporated herein. 
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(G) Claim 13 repeats the limitations of claim 1 , and is therefore rejected for the same 
reasons as claim 1, and incorporated herein. 

(H) Claim 14 repeats the limitations of claims 4 and 5, and is therefore rejected for the 
same reasons as those claims, and incorporated herein. 

(I) As per claim 33, Evans discloses a method for remotely accessing patient data 
(Abstract; col. 2 lines 45-64) comprising: 

(a) accessing a patient data repository by a remotely located point of care 
system (i.e., from any geographical location) (Fig. 24, col. 2 lines 45-64, col, 2 line 65 to 
col. 3 line 3, col. 4 line 64 to col. 5 line 28, col. 13 lines 23-30); and 

(b) retrieving patient data from the patient data repository (Fig. 24, col. 3 lines 
17-23, col. 8 line 61 to col. 9 line 13, col. 9 lines 37-60, col. 14 line 64 to col. 15 line 7, 
col. 18 lines 43-50). 

Evans fails to expressly disclose "a mobile imaging unit," "wherein the mobile 
imaging unit is a mobile facility adapted to be used at a plurality of locations." 

Wood discloses an ultrasound system accessible by a remotely located personal 
computer, wherein the ultrasound system forms ultrasonic images, which are stored in 
an image store, wherein the ultrasound system, wherein there are a plurality of 
ultrasound systems having wheels (Fig. 1, 15-17, col. 2 line 60 to col. 3 line 20, col. 12 
line 66 to col. 13 line 26, col. 15 lines 23-43). It is noted that an "ultrasound system" 



Application/Control Number: 09/681 ,306 Page 9 

Art Unit: 3626 

having wheels as is shown in Figure 15-17 is a "mobile facility" that is capable of being 
moved to a plurality of locations. 

At the time the invention was made, it would have been obvious to one of 
ordinary skill in the art to include the features of Wood within the system of Evans with 
the motivation of allowing remotely located healthcare providers to access patient data 
(Evans; col. 1 lines 63-66), including diagnostic data gathered through ultrasound 
systems (Wood; col. 1 lines 52-57). 

(J) As per claim 34, Evans discloses the step of accessing patient data in the patient 
data repository of the electronic medical records system including providing several 
levels of security to access patient data by using a tiered password system, wherein a 
system administrator may have global password access to any patient data whereas a 
physician may have only access to patient records within their specialty (Fig. 1 , col. 4 
line 64 to col. 5 line 27, col. 15 lines 20-32). It is noted that Evan's tiered password 
system is considered to be a form of "authenticating access to the data center," 

7. Claim 3 is rejected under 35 U.S.C. 103(a) as being unpatentable over Evans 
(5,924,074) and Wood et al. (5,851,186) as applied to claim 1 above, and further in view 
ofWoodetal. (5,891,035). 
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(A) As per claim 3, Evans discloses the point of care system for accessing data being a 
desktop computer, laptop computer, or wireless pen computer (Fig. 24, col. 13 lines 12- 
15). 

Evans and Wood fails to expressly disclose the data retriever comprising a 
mobile imaging unit. 

Wood ('035) discloses an ultrasound system having direct access through a 
browser to pull ultrasound images, diagnostic images, or other patient and physician 
data located on other systems (Fig. 2, col. 2 lines 20-49, col. 8 lines 57-65, col. 9 line 65 
to col. 10 line 22). 

At the time the invention was made, it would have been obvious to include the 
features of Wood within the system of Evans with the motivation of providing a system 
operator with the ability to pull remotely located information into an ultrasound system to 
aid in an examination (Wood (035); col. 1 lines 30-41). 

8. Claims 6, 12, and 16 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Evans (5,924,074) and Wood et al. (5,851,186) as applied to claims 1, 9, and 13 
above, and further in view of Rothschild et al. (6,678,703). 

(A) As per claim 6, Evans and Wood fail to expressly disclose the data center being an 
application service provider (ASP). 

Rothschild discloses a medical image management system that uses a central 
data management system to store and transmit electronic records containing medical 
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images, wherein the central data management system is an ASP (Abstract, Fig. 1, col. 6 
lines 17-21, col. 19 lines 20-31, col. 19 lines 48-58, col. 21 lines 9-16). 

At the time the invention was made, it would have been obvious to include the 
features of Rothschild within the system of Evans with the motivation of reducing the 
costs associated with maintaining image management facilities onsite by providing an 
application service provider that is able to manage the medical images off site and 
without a large capital expenditure on computer hardware or software (Rothschild; col. 4 
lines 51-63; col. 7 lines 38-67). 

(B) Claims 12 and 16 repeat the same limitations as claim 6, and are therefore rejected 
for the same reasons as claim 6, and incorporated herein. 

9. Claims 17 and 19-20 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Applicant's Background of the Invention (pages 1-4 of the specification filed on 
3/15/01) in view of Rothschild et al. (6,678,703). 

(A) As per claim 17, Applicant's Background of the Invention discloses a remotely 
accessible application service provider (ASP) system (page 2, par. 5) comprising: 

(a) a data center including at least one application, said data center including 
computing power for accessing applications (pages 2-3, par. 5-6); and 

(b) a mobile imaging unit wherein said mobile imaging unit is a mobile facility 
adapted to be used at a plurality of locations (pages 1-2, par. 2-4). 



Application/Control Number: 09/681 ,306 Page 1 2 

Art Unit: 3626 

The Applicant's Background of the Invention does not expressly disclose the 
application being °at least one medical application" or that the mobile imaging unit 
"accessing the output of medical applications." 

Rothschild discloses downloading software programs (reads on "applications") 
from a website associated with the central data management system or ASP and 
running the programs on a personal computer, wherein these software programs are 
used to view, display, and manipulate received medical images (col. 17 line 58 to col. 
18 line 7, col. 21 lines 8-12, col. 24 lines 4-37). It is noted that viewing, displaying, and 
manipulating medical images via software programs is considered to be a form of 
"accessing the output of the medical application." Rothschild discloses the local image 
workstation connected to the medical imaging system (reads on "mobile imaging unit") 
having local ASP software from the ASP (Fig. 1 , col. 27 line 60 to col. 28 line 31 ), 
wherein the local image workstation is able to directly access images from their own 
local image workstation or access images in the central storage system (Fig. 1 , col. 28 
line 52 to col. 29 line 4), and wherein viewing the images is done through software 
downloaded from the central data management system (col. 24 lines 5-28). It is 
respectfully submitted that because a local image workstation connected to a medical 
imaging system is able to view their own images or access images in the central 
storage system, and in order to view the images viewing software is downloaded from a 
central system, it appears that Rothschild teaches a form of a mobile imaging unit 
accessing output (the images") from a medical application (software downloaded). 



Application/Control Number: 09/681 ,306 Page 1 3 

Art Unit: 3626 

At the time the invention was made, it would have been obvious to one of 
ordinary skill in the art to include the features of Rothschild within the system described 
in Applicant's Background of the Invention with the motivation of providing a means for 
all radiologists and referring doctors to view images regardless of if they have viewing 
software on their personal computers (see Rothschild; col. 24 lines 5-23). 

(B) As per claim 19, Rothschild discloses radiologists, referring doctors, and image 
centers downloading software (reads on "healthcare facility") (col. 17 line 58 to col. 18 
line 7, col. 21 lines 8-12, col. 24 lines 4-37). 

The motivation for including the features of Rothschild within the system 
described in Applicant's Background of the Invention is given above in claim 17, and 
incorporated herein. 

(C) As per claim 20, Applicant's Background of the Invention discloses the ASP may 
host, maintain, and deliver (reads on "storing") applications such as email systems, 
resource planning systems, customer relationship management systems, human 
resource management systems, and proprietary applications (reads on "administrative 
applications") to remote clients from the ASP's off-site data center (pages 2-3, par. 5-7). 

10. Claim 23 is rejected under 35 U.S.C. 103(a) as being unpatentable over Wood et 
al. (5,891,035) as applied to claim 21 above, and further in view of Evans (5,924,074). 
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(A) As per claim 23, Wood does not expressly disclose an authentication module for 
authorizing access to the data center from at least one of the healthcare facility and the 
mobile imaging unit. Evans discloses accessing (reads on "retrieving") and updating 
patient data in the patient data repository (reads on "storing") of the electronic medical 
records system including authorizing health care providers and providing several levels 
of security to access patient data by using a tiered password system, wherein a system 
administrator may have global password access to any patient data whereas a 
physician may have only access to patient records within their specialty (Fig. 1 , col. 4 
line 64 to col. 5 line 27, col. 14 line 64 to col. 15 line 7, col. 15 lines 20-32). It is noted 
that Evan's tiered password system is considered to be a form of M an authentication 
module for authorizing access to the data center." At the time the invention was made, 
it would have be have been obvious to one of ordinary skill in the art to include the 
features of Evans within the method of Wood with the motivation of ensuring the 
security of patient data (Evans; col. 15 lines 20-32). 

1 1 . Claims 24-32 and 35-36 are rejected under 35 U.S.C. 1 03(a) as being 
unpatentable over Evans (5,924,074) in view of Rothschild et al. (6,678,703) and Wood 
etal. (5,891,035). 

(A) As per claim 24, Evans discloses a method for storing patient data in a patient data 
repository that is accessible from any geographic location (col. 2 line 45 to col. 3 line 3) 
comprising: 
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(a) capturing patient data using a point of care system at the point of care of a 
patient and communicating over a network, such as the Internet (Fig. 24) the patient 
data to patient data repository (It is noted that capturing and communicating patient data 
over a network to the patient data repository is considered to be a form of "transmitting 
medical information") (Fig. 1, col. 2 line 65 to col. 3 line 23, col. 5 line 64 to col. 6 line 
27, col. 12 line 54 to col. 13 line 56); and 

(b) storing the patient data at the patient data repository (Fig. 24, col. 4 line 64 to 
col. 5 line 7, col. 13 lines 19-30, col. 14 line 64 to col. 15 line 2, col. 16 lines 44-53). 

Evans fails to expressly disclose "a mobile imaging unit" transmitting the 
information to the data center. Rothschild discloses a medical imaging system (10) that 
pushes medical images to the central data management system (Fig. 1 , col. 18 lines 28- 
55). 

At the time the invention was made, it would have be have been obvious to one 
of ordinary skill in the art to include the features of Rothschild within the method of 
Evans with the motivation of providing immediate electronic delivery and convenient, 
economic storage of radiologic and other medical images in a location that is accessible 
over the Internet (Rothschild; col. 1 lines 28-31, col. 2 lines 1-7). 

Evans and Rothschild do not expressly disclose that the "mobile imaging unit is a 
mobile facility adapted to be used at a plurality of locations." 

Wood discloses an ultrasound system which processes information to form 
ultrasonic images, wherein there are a plurality of ultrasound systems having wheels 
(Fig. 2, #200, #202) (Fig. 1-3, col. 2 line 60 to col. 3 line 10, col. 10 lines 43-56) (It is 
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noted that an "ultrasound system" having wheels as is shown in Figure 2 is a "mobile 
facility" that is capable of being moved to a plurality of locations). 

At the time the invention was made, it would have be have been obvious to one 
of ordinary skill in the art to include the features of Wood within the method taught 
collectively by Evans and Rothschild with the motivation of allowing physicians and 
ultrasound operators to communicate with each other from different locations (Wood; 
col. 1 line 55 to col. 2 line 7). 

(B) As per claims 25 and 27, Evans discloses that accessing (reads on "retrieving") and 
updating patient data stored in the patient data repository (reads on "storing") of the 
electronic medical records system includes authorizing health care providers and 
providing several levels of security to access patient data by using a tiered password 
system, wherein a system administrator may have global password access to any 
patient data whereas a physician may have only access to patient records within their 
specialty (Fig. 1, col. 4 line 64 to col. 5 line 27, col. 14 line 64 to col. 15 line 7, col. 15 
lines 20-32). It is noted that Evan's tiered password system is considered to be a form 
of "authenticating access to the data center." 

(C) As per claim 26, Evans discloses at least one point of care system (see the plurality 
of healthcare providers in Fig. 24, 416-420) for accessing and retrieving patient data 
from the patient data repository, wherein the point of care system issues a request for 
patient data, wherein the patient locator receives the request from the point of care 
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system and communicates a patient ID (PID) to the data manager which locates the 
patient record using the PID, wherein the data manager delivers the requested data to 
the point of care system (Fig. 24, col. 3 lines 17-23, col. 8 line 61 to col. 9 line 13, col. 9 
lines 37-60, col. 14 line 64 to col. 15 line 7, col. 18 lines 43-50). 

(D) As per claim 28, Evans discloses a method for storing patient data in a patient data 
repository that is accessible from any geographic location (col. 2 line 45 to col. 3 line 3) 
comprising: 

(a) capturing patient data using a point of care system at the point of care of a 
patient and communicating over a network, such as the Internet (Fig. 24) the patient 
data to patient data repository (It is noted that capturing and communicating patient data 
over a network to the patient data repository is considered to be a form of "transmitting 
medical information") (Fig. 1 , col. 2 line 65 to col. 3 line 23, col. 5 line 64 to col. 6 line 
27, col. 12 line 54 to col. 13 line 56); and 

(b) retrieving patient data from the patient data repository at a point of care 
system located in a hospital (Fig. 24, col. 3 lines 17-23, col. 5 lines 12-20, col. 8 line 61 
to col. 9 line 13, col. 9 lines 37-60, col. 14 line 64 to col. 15 line 7, col. 18 lines 43-50). 

Evans fails to expressly disclose "a mobile imaging unit" transmitting the 
information to the data center. Rothschild discloses a medical imaging system (10) that 
pushes medical images to the central data management system (Fig. 1, col. 18 lines 28- 
55). 
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At the time the invention was made, it would have be have been obvious to one 
of ordinary skill in the art to include the features of Rothschild within the method of 
Evans with the motivation of providing immediate electronic delivery and convenient, 
economic storage of radiologic and other medical images in a location that is accessible 
over the Internet (Rothschild; col. 1 lines 28-31 , col. 2 lines 1-7). 

Evans and Rothschild do not expressly disclose that the "mobile imaging unit is a 
mobile facility adapted to be used at a plurality of locations." 

Wood discloses an ultrasound system which processes information to form 
ultrasonic images, wherein there are a plurality of ultrasound systems having wheels 
(Fig. 2, #200, #202) (Fig. 1-3, col. 2 line 60 to col. 3 line 10, col. 10 lines 43-56) (It is 
noted that an "ultrasound system" having wheels as is shown in Figure 2 is a "mobile 
facility" that is capable of being moved to a plurality of locations). 

At the time the invention was made, it would have be have been obvious to one 
of ordinary skill in the art to include the features of Wood within the method taught 
collectively by Evans and Rothschild with the motivation of allowing physicians and 
ultrasound operators to communicate with each other from different locations (Wood; 
col. 1 line 55 to col. 2 line 7). 

(E) As per claim 29, Evans discloses a system for communication between a point of 
care system and a health care facility (Fig. 24) comprising: 

(a) a point of care system for capturing patient data, such as patient history and 
results of an examination useful for making a diagnosis (reads on "medical diagnostic 
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information") at the point of care of a patient and communicating over a network, such 
as the Internet (Fig. 24), the patient data to the patient data repository (It is noted that 
capturing and communicating patient data over a network to the patient data repository 
is considered to be a form of "transmitting medical diagnostic information") (Fig. 1 , col. 2 
line 65 to col. 3 line 23, col. 5 line 64 to col. 6 line 27, col. 12 line 54 to col. 13 line 56); 

(b) a patient data repository for receiving annotated and updated patient data 
from the point of care system, storing the patient data, and communicating the patient 
data over a network (Fig. 12, 24, col. 4 line 64 to col. 5 line 7, col. 13 lines 19-30, col. 
14 line 64 to col. 15 line 2, col. 16 lines 44-53); and 

(c) a health care facility, such as a healthcare provider in Boston, for accessing 
patient data from the patient data repository (Fig. 24, col. 13 lines 23-30). 

Evans fails to expressly disclose u a mobile imaging unit" transmitting the 
information to the data center. Rothschild discloses a medical imaging system (10) that 
pushes medical images to the central data management system (Fig. 1, col. 18 lines 28- 
55). 

At the time the invention was made, it would have be have been obvious to one 
of ordinary skill in the art to include the features of Rothschild within the method of 
Evans with the motivation of providing immediate electronic delivery and convenient, 
economic storage of radiologic and other medical images in a location that is accessible 
over the Internet (Rothschild; col. 1 lines 28-31, col. 2 lines 1-7). 

Evans and Rothschild do not expressly disclose that the "mobile imaging unit is a 
mobile facility adapted to be used at a plurality of locations." 
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Wood discloses an ultrasound system which processes information to form 
ultrasonic images, wherein there are a plurality of ultrasound systems having wheels 
(Fig. 2, #200, #202) (Fig. 1-3, col. 2 line 60 to col. 3 line 10, col. 10 lines 43-56) (It is 
noted that an "ultrasound system" having wheels as is shown in Figure 2 is a "mobile 
facility" that is capable of being moved to a plurality of locations). 

At the time the invention was made, it would have be have been obvious to one 
of ordinary skill in the art to include the features of Wood within the method taught 
collectively by Evans and Rothschild with the motivation of allowing physicians and 
ultrasound operators to communicate with each other from different locations (Wood; 
col. 1 line 55 to col. 2 line 7). 

(F) As per claim 30, Rothschild discloses a website associated with the central data 
management system having programs that are capable of being downloaded (reads on 
"capable of storing medical applications") (col. 17 line 58 to col. 18 line 7, col. 21 lines 8- 
12, col. 24 lines 4-37). The Examiner respectfully submits that if these programs are 
downloadable from a website associated with the central data management system, 
they would also be "capable or being executed by the servers associated with the 
central data management system (Fig. 1 , col. 21 lines 9-17, col. 17 line 58 to col. 18 line 
7 ( col. 21 lines 8-12, col. 24 lines 4-37). The motivation for including the features of 
Rothschild within the system described in Applicant's Background of the Invention is 
given above in claim 29, and incorporated herein. 
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(G) As per claim 31 , Rothschild discloses the local image workstation connected to the 
medical imaging system (reads on "mobile imaging unit") having local ASP software 
from the ASP for performing their role in integrating the storage and communication of 
images using workflow software (Fig. 1 , col. 27 line 60 to col. 28 line 31 ), wherein the 
local image workstation is able to directly access images from their own local image 
workstation or access images in the central storage system (Fig. 1, col. 28 line 52 to col. 
29 line 4), and wherein viewing the images is done through software downloaded from 
the central data management system (col. 24 lines 5-28). It is respectfully submitted 
that because a local image workstation connected to a medical imaging system has its 
own local ASP software, this is considered to be a form of "executing medical 
applications via said data center." The motivation for including the features of 
Rothschild within the system described in Applicant's Background of the Invention is 
given above in claim 29, and incorporated herein. 

(H) As per claim 32, Rothschild discloses downloading software programs by a 
radiologist, imaging center, or referring doctor from a website associated with the 
central data management system or ASP (reads on "data center") and running the 
programs on a personal computer, wherein these software programs are used to view, 
display, and manipulate received medical images (col. 17 line 58 to col. 18 line 7, col. 
21 lines 8-12, col. 24 lines 4-37). The motivation for including features of Rothschild 
within Evans is given above in claim 29, and incorporated herein. 
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(I) As per claim 35, Evans discloses analyzing patient data patient records stored in the 
patient data repository via the point of care system (reads on "health care facility"), 
wherein the point of care system is remote from the patient data repository (Fig. 24, col. 
4 line 64 to col. 5 line 28). 

(J) As per claim 36, Evans discloses organizing and storing patient data from a plurality 
of geographic locations at the patient data repository using a point of care system in a 
hospital, wherein the patient is able to access and update patient information stored in 
the patient data repository (Fig. 24, col. 2 line 45 to col. 3 line 16, col. 14 line 64 to col. 
15 line 7). 

Response to Arguments 

12. Applicant's arguments filed 8 February 2006 have been fully considered but they 
are not persuasive. Applicant's arguments will be addressed in the order in which they 
appear in the response filed 8 February 2006. 

(A) At pages 9-14 of the response filed 8 February 2006, Applicant argues that the 
applied prior art fails to teach the newly added features. 

In response, all of the limitations which Applicant disputes as missing in the 
applied references, including the features newly added in the 8 February 2006 
amendment, have been fully addressed by the Examiner as either being fully disclosed 
or obvious in view of the collective teachings of Wood, Evans, Rothschild, and/or 
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Applicant's Background of the Invention, based on the logic and sound scientific 
reasoning of one ordinarily skilled in the art at the time of the invention, as detailed in 
the remarks and explanations given in the preceding sections of the present Office 
Action, and incorporated herein. 

It is noted that one cannot show nonobviousness by attacking references 
individually where the rejections are based on combinations of references. See In re 
Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 1981); In re Merck & Co., 800 F.2d 1091 , 
231 USPQ 375 (Fed. Cir. 1986). In addition, it is respectfully submitted that the test for 
obviousness is not whether the features of a secondary reference may be bodily 
incorporated into the structure of the primary reference; nor is it that the claimed 
invention must be expressly suggested in any one or all of the references. Rather, the 
test is what the combined teachings of the references would have suggested to those of 
ordinary skill in the art. See In re Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 1981). 

(B) At pages 9-10 of the response filed 8 February 2006, Applicant argues that Wood 
"035 fails to teach "using the ultrasound system at more than one healthcare facility" or 
"a mobile imaging unit adapted to be used at a plurality of locations." 

First, in response to applicant's argument that the references fail to show certain 
features of applicant's invention, it is noted that the features upon which applicant relies 
(i.e., "using the ultrasound system at more than one healthcare facility" or a mobile 
imaging unit that is "mobile beyond the confines of a room or single healthcare facility") 
are not recited in the rejected claim(s). Although the claims are interpreted in light of 
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the specification, limitations from the specification are not read into the claims. See In 
re Van Geuns, 988 F.2d 1181, 26 USPQ2d 1057 (Fed. Cir. 1993). 

Second, in response to applicant's argument that "the mobile imaging unit is 
adapted to be used at a plurality of locations," a recitation of the intended use of the 
claimed invention must result in a structural difference between the claimed invention 
and the prior art in order to patentably distinguish the claimed invention from the prior 
art. If the prior art structure is capable of performing the intended use, then it meets the 
claim. 

In this case, Wood '035 teaches a plurality of ultrasound systems having wheels 
(See Figure 2). The ultrasound systems of Wood are mobile imaging units that are 
"adapted to be used" at a plurality of locations. It is unclear to the Examiner how an 
ultrasound system having wheels is not able to be "moved beyond the confines of a 
room or single healthcare facility." As such, Wood is capable of performing the intended 
use that is recited in claim 21. It is suggested that if there is a difference between 
Applicant's claimed "mobile imaging unit" and the teachings of the Wood reference, that 
Applicant focus on the structural differences between the two systems rather than on 
the use of the system. 

Third, it is noted that in Applicant's specification at page 1 , Applicant describes a 
mobile imaging unit as equipment such as "MR, CT, and the like to facilitate medical 
examination of patients." Wood's teachings of an ultrasound system are a form of 
Applicant's mobile imaging unit based on the description in Applicant's specification. 
Because Applicant has not provided a strict definition of a "mobile imaging unit" within 
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the specification, the Examiner has given the claim language the broadest interpretation 
and has applied art accordingly. 

(C) At pages 10-11 and 13, Applicant argues that Wood '186 fails to teach "using the 
ultrasound system at more than one healthcare facility" or "a mobile imaging unit 
adapted to be used at a plurality of locations" as recited in claim 1. 

First, in response to applicant's argument that the references fail to show certain 
features of applicant's invention, it is noted that the features upon which applicant relies 
(i.e., "using the ultrasound system at more than one healthcare facility" or a mobile 
imaging unit that is "mobile beyond the confines of a room or single healthcare facility") 
are not recited in the rejected claim(s). Although the claims are interpreted in light of 
the specification, limitations from the specification are not read into the claims. See In 
re Van Geuns, 988 F.2d 1181, 26 USPQ2d 1057 (Fed. Cir. 1993). 

Second, in response to applicant's argument that "the mobile imaging unit is 
adapted to be used at a plurality of locations," a recitation of the intended use of the 
claimed invention must result in a structural difference between the claimed invention 
and the prior art in order to patentably distinguish the claimed invention from the prior 
art. If the prior art structure is capable of performing the intended use, then it meets the 
claim. 

In this case, Wood '186 teaches a plurality of ultrasound systems having wheels 
(See Figures 15-17). The ultrasound systems of Wood are mobile imaging units that 
are "adapted to be used" at a plurality of locations. It is unclear to the Examiner how an 
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ultrasound system having wheels is not able to be "moved beyond the confines of a 
room or single healthcare facility." As such, Wood is capable of performing the intended 
use that is recited in claim 1 . It is suggested that if there is a difference between 
. Applicant's claimed "mobile imaging unit" and the teachings of the Wood reference, that 
Applicant focus on the structural differences between the two systems rather than on 
the use of the system. 

Third, it is noted that in Applicant's specification at page 1, Applicant describes a 
mobile imaging unit as equipment such as "MR, CT, and the like to facilitate medical 
examination of patients." Wood's teachings of an ultrasound system are a form of 
Applicant's mobile imaging unit based on the description in Applicant's specification. 
Because Applicant has not provided a strict definition of a "mobile imaging unit" within 
the specification, the Examiner has given the claim language the broadest interpretation 
and has applied art accordingly. 

In response to Applicant's arguments at pages 11-12 discussing the rejections of 
claims 6, 12, and 16, it is noted that Rothschild was not relied on for teaching "mobile 
imaging units." The Examiner relied on Wood '186 for this teaching, which is discussed 
in the preceding paragraphs of this section. 

(D) At pages 12-13, Applicant argues that there is no motivation to combine Applicant's 
Background of the Invention with Rothschild because Rothschild does not teach mobile 
imaging units. 
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In response, it is respectfully submitted that Rothschild was not relied on for 
teaching "mobile imaging units." In addition, in response to applicant's argument that 
there is no suggestion to combine the references, the examiner recognizes that 
obviousness can only be established by combining or modifying the teachings of the 
prior art to produce the claimed invention where there is some teaching, suggestion, or 
motivation to do so found either in the references themselves or in the knowledge 
generally available to one of ordinary skill in the art. See In re Fine, 837 F.2d 1071 , 5 
USPQ2d 1596 (Fed. Cir. 1988)and In re Jones, 958 F.2d 347, 21 USPQ2d 1941 (Fed. 
Cir. 1992). In this case, the Examiner has provided a motivation directly from the 
references themselves. Note the motivation provided in the rejection of claim 17 
"providing a means for all radiologists and referring doctors to view images regardless 
of if they have viewing software on their personal computers (see Rothschild; col. 24 
lines 5-23). n 

(E) Applicant's arguments related to claim 23 on page 13 of the response filed 8 
February 2006 rehash or rely on the same arguments discussed in section A above. 

(F) Applicant's arguments on pages 13-14 related to claims 24, 28, and 29 rehash or 
rely on the same arguments discussed in section A above, It is noted that neither 
Evans nor Rothschild were relied on for teaching the feature of "mobile imaging units." 
The Examiner relied on Wood '035. 
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Conclusion 

13. Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP 

§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Carolyn Bleck whose telephone number is (571 ) 272- 
6767. The Examiner can normally be reached on Monday-Thursday, 8:00am - 5:30pm, 
and from 8:30am - 5:00pm on alternate Fridays. 

14. If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Joseph Thomas can be reached at (571) 272-6776. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 

1 5. Any response to this action should be mailed to: 

Commissioner of Patents and Trademarks 
Washington, D.C. 20231 

Or faxed to: 

(571 ) 273-8300 [Official communications] 

(571 ) 273-8300 [After Final communications labeled "Box AF"] 

(571 ) 273-6767 [Informal/ Draft communications, labeled 
"PROPOSED" or "DRAFT"] 

Hand-delivered responses should be brought to the Knox Building, Alexandria, VA. 
CB 

April 6, 2006 
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[57] ABSTRACT 

An ultrasonic diagnostic imaging system is provided which 
is capable of accessing images and information from internal 
or external databases by means of a browser. Access to such 
images or information may be over a local network or over 
a worldwide network such as the Internet. The browser may 
be used to pull in system preset data or reference images 
from a reference image library, for instance. 

37 Claims, 3 Drawing Sheets 
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ULTRASONIC DIAGNOSTIC IMAGING 
SYSTEM WITH DATA ACCESS AND 
COMMUNICATIONS CAPABILITY 

This application is a continuation in part of U.S. patent 
application Ser. No. 08/719,360, U.S. Pat. No. 5,715,823 
filed Sep. 25, 1996. 

This application claims the benefit of U.S. Provisional 
Application No. 60/031,591, filed Nov. 21, 1996. 

This invention relates to improvements in ultrasonic 
diagnostic imaging systems which can access data, images, 
messages, and other kinds of information from other ultra- 
sound systems and information sources. 

U.S. Pat. No. 5,715,823 describes an ultrasonic diagnos- 
tic imaging system with an HTTP server which enables the 
system to be accessed and transmit ultrasonic images and 
reports over the World Wide Web, enabling a physician to 
consult the diagnostic results stored on his ultrasound sys- 
tem from virtually any computer terminal in the world. This 
capability to access an ultrasound system and retrieve infor- 
mation and images from it may be characterized as "pull" 
technology, for the physician is "pulling" information out of 
the ultrasound system from a remote location. This contrasts 
with the "push" technology of prior art ultrasound networks, 
where the ultrasound system operator was required to affir- 
matively "push" information out of the ultrasound system 
and onto a network or frame grabber before the information 
could be transmitted or used external to the ultrasound 
system. 

In addition to enabling remotely located users to access 
information from an ultrasound system, it would be desir- 
able to provide the ultrasound system operator with the 
ability to access remotely located information and "pull" this 
information into the ultrasound system to aid in the ultra- 
sound examination. For instance, a physician may be uncer- 
tain as to the nature of the pathology in a scanned ultrasound 
image. The physician may want to compare the acquired 
image with images of known pathological conditions. This 
would be facilitated by enabling the physician to recall a 
reference image from a library of images of known patho- 
logical conditions. Such a library may be located on the 
ultrasound system itself, on a local network to which the 
ultrasound system is connected, or at a remote location. 

As another example, the ultrasound system operator may 
have a particular set of presets he or she prefers to use for 
a particular type of examination. These presets can initialize 
the setup of the ultrasound system for that type of 
examination, or perform a predetermined type of analysis 
such as an obstetrical measurement. The operator may have 
previously used the presets on another ultrasound system or 
stored them on a network storage device. It would be 
desirable to enable the operator to recall the presets from the 
other ultrasound system or storage location so that they can 
be automatically implemented for the current examination. 

It would also be desirable to enable the ultrasound 
system operator to communicate directly with other physi- 
cians and locations. For instance, an ultrasonographs who 
has examined a patient may wish to call a diagnosing 
physician to review and make a diagnosis from ultrasound 
images which have just been acquired. It would be conve- 
nient for the ultrasonographer to be able to call the physician 
from the ultrasound system, either sending a message to the 
physician's office or contacting the physician immediately 
anywhere in the hospital. 

It would also be desirable to enable the ultrasound 
system operator to have the ability to transmit acquired 
images or diagnostic reports directly from the ultrasound 
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system to a physician at another location. This would make 
it possible, for instance, for a diagnosing physician to make 
an immediate diagnosis from the images and reports on the 
ultrasound system, and to communicate the diagnosis and its 
5 supporting images and reports directly to a referring 
physician, bringing more immediate attention to an ailing 
patient. 

It would also be desirable to provide the ultrasound 
system operator with immediate access to the latest infor- 

10 mation about the ultrasound system and its capabilities. The 
operator should have immediate access to the most current 
information about ultrasound probes, system settings, and 
operating tips which enable the performance of the best 
ultrasound examination for any pathological condition. It 

15 should be possible for the manufacturer to deliver bulletins 
and reports with this type of information directly to the 
ultrasound system, and for the operator to quickly obtain this 
type of information if it is not present on the ultrasound 
system. 

20 It would further be desirable for the ultrasound system 
operator to have direct access to other types of information 
on data bases in other areas of a hospital. Information about 
physicians and patients which is resident on a hospital 
information system should be accessible directly from the 

25 ultrasound system. It should also be possible for the hospital 
information system to acquire information directly from the 
ultrasound system, to determine information relating to 
ultrasound system utilization or for the preparation of patient 
records and statements, for instance. 

30 In accordance with the principles of the present 
invention, the foregoing capabilities are provided for an 
ultrasonic diagnostic imaging system by the incorporation of 
a browser into the ultrasound system. A browser is software 
which enables the ultrasound system operator to view hyper- 

35 text documents. Such hypertext documents may be resident 
on the ultrasound system itself or available at other loca- 
tions. Hie ultrasound system operator can use the browser to 
pull ultrasound images and other information into the ultra- 
sound system from these locations. This makes it possible 

40 for the operator to access reference diagnostic images on the 
system or elsewhere, and to access data on other systems or 
networks such as patient and physician data stored on a 
hospital information system. The browser can also be used 
to access the latest bulletins and diagnostic tips from the 

45 manufacturer, and to electronically peruse system informa- 
tion such as the system operating or service manuals. Using 
the browser the operator can retrieve presets for specific 
examinations from other ultrasound systems or storage 
locations. 

50 In the drawings: 

FIG. 1 illustrates in block diagram form an ultrasonic 
diagnostic imaging system with a browser constructed in 
accordance with the principles of the present invention; 
FIG. 2 illustrates a network by which ultrasound-systems 

55 have access to a library of reference images and a hospital 
information system; and 

FIG. 3 illustrates in block diagram form the interaction of 
a browser with the imaging and control elements of an 
ultrasonic diagnostic imaging system. 

60 Referring to FIGS. 1 and 3, an ultrasonic diagnostic 
imaging system 10 constructed in accordance with the 
principles of the present invention is shown. The ultrasound 
system 10 includes a number of conventional components, 
including a scanhead 14 with an ultrasonic transducer 12 

65 which transmits ultrasonic waves into the body of a patient, 
receives echoes returning from the interaction of the trans- 
mitted waves with internal organs and tissue of the body, and 
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converts the received echoes into electrical echo signals. The been established. PPP software is incorporated in some 

electrical echo signals are appropriately delayed and com- operating system software packages such as Windows 95 

bined by a beamformer 16 to form coherent beams of echo from Microsoft Corporation of Redmond, Wash, for IBM- 

information. The beams of echo information are processed compatible PCs. PPP software for Apple personal computers 

by a signal processor 64 in accordance with the type of 5 is available from I nterCon Systems Corporation of Heradon, 

diagnostic information which is to be obtained (e.g., B Va., among others. 

mode, Doppler, colorflow). The processed echo information Communicating with the PPP software is a network 

is coupled to a display processor 68 to form ultrasonic protocol called the TCP/IP Internet Protocol Suite. TCP/IP is 

images, which are stored in an image and report storage named after its two most commonly used protocols, the 

medium 24, displayed on a display 70, or both. io Internet Protocol (IP) and the Transmission Control Protocol 

The operation of the ultrasound system 10 is under the (TCP). The IP protocol controls the routing of data and the 

control of a control panel 20, by which an operator sends TCP protocol controls the transfer of data. TCP/IP provides 

control commands and otherwise interacts with an ultra- a common means of interconnection through packet transfer 

sound system controller 18. The control panel 20 conven- devices known as gateways. A gateway is a specialized 

tionally contains a number of user operable controls such as 15 internetworking computer that connects two or more net- 

a keyboard 22, a trackball 26, and a Select Key 27. The works and routes packets of data between them, 

controls of the control panel, together with video displayed When the ultrasound system has data it wishes to transfer 

controls with which the operator may interact (sometimes over the Internet or other network, the data is passed to 

referred to as "soft keys") are referred to as the user TCP/IP as shown in block 46 of the drawing. TCP encap- 

interface. The operator may also manipulate the user inter- 20 sulates data into segments called TCP packets with header 

face to prepare diagnostic reports of the ultrasound exams information that is used to track, check and order the data 

performed, using a report generator software package which segments in the proper sequence. Since a block of data is 

is conventionally stored in the ultrasound system or attached transmitted over the Internet in discrete packets, individual 

diagnostics module. The diagnostic reports may be dis- ones of which may be routed differently by gateways, there 

played or printed out on a printer (not shown), and may also 25 is no assurance that the packets will arrive at their destina- 

be stored in the image and report storage medium 24. tion in the proper order or without errors. The TCP packets 

The ultrasound system 10 includes a HyperText Transfer provide a means of assuring packet delivery, integrity, and 
Protocol (HTTP) server 30. The HTTP server 30 is con- sorting order. At the receiving end the packets are checked 
nected to access ultrasonic images and reports from the for errors in accordance with the TCP packet header 
storage medium 24, and makes the system *s images and 30 information, error-free segments are acknowledged, and the 
reports accessible to a personal computer, terminal, or packets are put in order to reassemble the original block of 
workstation at a remote location. In FIG. 1 the server 30 is data. The sender keeps track of segment acknowledgments, 
■ connected by a modem 32 to access an external or local and if a segment is not timely acknowledged the sender 
communication network. The server 30 makes the diagnos- retransmits the packet. If a segment is lost on initial trans- 
tic information of the ultrasound system 10 available to 35 mission or received out of order, TCP holds the received 
users connected to access the ultrasound system through a segments until all segments are accounted for at the received 
communication network, such as the network shown in FIG. end, at which time they may be ordered in their proper and 
2. complete sequence for reassembly of the original block of 

The server 30 is connected to the modem 32 through a data, 
serial port 31. The modem 32 converts serial digital data 40 At the transmitting end, TCP packets are passed to IP, 
from the serial port 31 into analog signals suitable for which puts the segments into the form of IP packets or 
transmission over telephone lines. The modem also trans- datagrams. The datagram contains an IP header which 
lates incoming analog telephone signals into digital data for provides addressing information used by gateways to route 
passage through the serial port 31 and use by the ultrasound the datagram to its proper destination. The IP header con- 
system. A suitable modem is available from Hayes Micro- 45 tains the source and destination Internet addresses to enable 
computer Products, Inc., which has established standards gateways to properly route the data, and the receiver to 
used by a number of modem manufacturers. acknowledge receipt of the datagram. IP makes a best-effort 

Communication with the modem 32 is established by attempt to deliver all datagrams, but does not assure their 

software known as PPP (point-to-point protocol) software as delivery. Assurance of delivery is provided by TCP through 

shown in block 48 of the drawing. PPP is a standard that 50 acknowledgment and retransmission as described above, 

enables multiple network protocols to be used over a modem Like the PPP software, the TCP/IP needs to be configured 

line or other serial connection. Other standards can be used for the particular ultrasound system and its environment, 

such as SLIP (Serial Line Internet Protocol), a standard that Typical configuration information for TCP/IP includes infor- 

permils a communications protocol known as TCP/IP mation on the type of local network if the ultrasound system 

(discussed below) to be used over a modem line or other 55 is locally networked with other ultrasound machines (e.g., 

serial connection, or CSLIP (Compressed Serial Line Inter- Ethernet or token ring network), information as to the 

net Protocol), a specialized form of SLIP. After the PPP addresses of other systems on the local network, the gateway 

software has been installed in the ultrasound system, it must address if the system is performing a router function, the 

be initialized or configured for the ultrasound system and user name of the ultrasound machine and access password, 

modem with which it is operating. Configuration inform a- 60 the address of the servers on the ultrasound system, the 

lion controls the PPP software to be compatible with char- Internet address (IP address) for the ultrasound system, and 

acteristics such as the serial port being used, the type of the default domain for the local network. Like PPP, TCP/IP 

modem used, the phone line, host telephone number and software also comes with some system software packages 

dialing method, and login procedures and passwords. In such as Windows 95, and is available for Apple computers 

general, the configuration information provides settings 65 from InterCon. 

relating to initialing a network connection, when a connec- In FIG. 1 TCP/IP is connected to a local network 

tion is initiated, and what happens after a connection has medium, in this case an Ethernet connection 50. The Eth- 
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eraet connection 50 connects the ultrasound system to other 
systems on a local network. The traditional Ethernet network 
uses a linear bus with carrier sense multiple access with 
collision detection (CSMA/CD). It is sometimes described 
by a similar standard that uses an alternate frame format 5 
under IEEE 802.3. The Ethernet connection 50 may be used 
to access local area networks (LANs), wide area networks 
(WANs), IEEE 802.5 token rings, or other networking 
infrastructures. Data can be transmitted on an Ethernet 
network at high speed (previously 10 Megabits per second; 10 
current versions have speeds of up to 100 Megabits per 
second), with each system permitted to transmit only when 
no other system is currently transmitting over the system. 

Interacting with the TCP/IP and PPP network software is 
the HTTP server 30. The HTTP server is a software program 15 
with which a Web browser communicates to access infor- 
mation from the ultrasound system. The HTTP server 
responds to internal or external requests by displaying Web 
pages of information and hypertext connections to additional 
Web pages and information such as ultrasound images and 
reports. The HTTP server also responds to external requests 
to perform a specific action associated with a button or 
control on the ultrasound system, as described more fully in 
the parent application. 

In response to external requests the HTTP server 30 
transmits HyperText Markup Language (HTML) pages 34 to 
an inquiring Web browser. HTML pages describe what the 
Web browser will display on the screen at the remote 
terminal, including buttons, text, images, animated real time 
loops of images, sounds, and so forth. HTML pages may be 
directly encoded in software by following the instruction 
published in a number of reference texts such as HTML and 
CGI Unleaslied, by John December and Mark Ginsburg, 
published by Sams.net Publishing, Indianapolis, Ind. Simple 
HTML pages may be written using commercially available 
desk-top publishing and word processing software, then 
encoded in HTML form using software known as the 
Internet Assistant or functionally similar software, which 
may be downloaded through Microsoft's homepage at 
www.microsoft.com. Alternatively, public domain software 
known as "Webmaker" may be downloaded from the Inter- 
net and used to make Web pages. Web pages contain HTML 
tags of data which describe how the page is to be interpreted 
by a Web browser. Links to ultrasound image files are 
provided by IMG tags in the Web page code. An HREF 
hypertext reference provides a means for linking to other 
Web pages on the same ultrasound machine, or to Web pages 
on any other host machine on the network or Web. Once the 
HTML pages are created they are copied to the ultrasound 
machine and their storage addresses provided to the HTTP 
server. Whenever a remote terminal or browser asks to view 
a particular Web page of the ultrasound machine, the HTTP 
server 30 is responsible for finding the page and sending its 
contents back to the requester. 

The ultrasound system 10 includes a number of small 
executable programs called Common Gateway Interface 
(CGI) programs as shown at 36. The CGI programs provide 
an interface between the HTML pages and the hardware and 
software of the ultrasound system. The CGI programs com- 
municate with the ultrasound system, asking the system to 
perform actions or provide requested information such as 
images, reports, or current status. In a constructed embodi- 
ment the CGI programs respond to requests for information 
by dynamically creating custom HTML pages in which the 
requested information is embedded. The parent application 
illustrates the operation of CGI programs that provide 
patient directories of ultrasound images and reports, display 
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of a selected ultrasound image, general purpose programs 
that execute tasks in response to input arguments, perform 
system diagnostics, and provide patient directories for a 
number of ultrasound machines on a network. The CGI 
programs in a constructed embodiment are stored on the 
ultrasound system's hard disk in a directory called "cgi-bin." 
In performing their operations the CGI programs access 
ultrasound images and reports which are stored at 24, 
accesses and executes diagnostic routines stored at 28, and 
interacts with the controls of the ultrasound system through 
the ultrasound system controller 18. 

Alternatively, small program fragments can be embedded 
in the server code and caused to execute based on CGI 
transactions. 

In accordance with the principles of the present 
invention, the ultrasound system 10 includes a browser 100 
which can communicate by way of hypertext links with 
other sites (such as other ultrasound systems, servers and 
terminals) which have information of interest to the ultra- 
sound system user. The browser 100 comprises software 
which enables the ultrasound system operator to view hyper- 
text documents (HTML pages) stored on a server remote 
from the ultrasound system or on the ultrasound system 
itself. The browser 100 is connected to the ultrasound 
system controller 18 so as to interact with the ultrasound 
system storage media and display, and to be operable by 
means of the user interface of the ultrasound system. To 
"click" on a hypertext link of a displayed HTML page, for 
instance, the user manipulates a cursor on the browser 
30 display with the trackball 26 or keys of the keyboard 22, then 
selects the desired information with the Select Key 27 or the 
Enter key of the keyboard. Browser software such as that 
which is available from Netscape Communications Corpo- 
ration of Mountain View, Calif, or the Internet Explorer 
35 browser available from Microsoft Corporation conveniently 
enable the ultrasound system operator to obtain images, 
reports, and other information over a local network or the 
World Wide Web of the Internet. 

In accordance with a further aspect of the present 
40 invention, the ultrasound system 10 includes a simple mail 
transfer protocol (SMTP) server 102. The SMTP server 102 
sends and receives electronic messages by way of TCP/IP 46 
over a local network or the Internet through a network 
connection such as Ethernet connection 50 or modem 32. 
45 The SMTP server is connected to the ultrasound system 
controller 18 so as to interact with the ultrasound system 
storage media, user interface, and display. Software pro- 
grams such as the Eudora electronic messaging program, 
which includes a POP3 client protocol for electronic mes- 
50 sage reception and SMTP for transmission, can be 
employed, with the POP3 client used to periodically poll a 
host system for received messages. The SMTP server 102 
receives electronic messages and displays a notice on the 
system display 70 by way of the system controller 18 when 
55 messages have been received by the ultrasound system 10. 
The messages can then be accessed through the user inter- 
face using the keyboard 22, trackball 26, or Select Key 27 
and shown on the system display 70. 

In general, the POP3 client is used when another system 
60 functions as the host system for message transmission and 
reception (POP host), and a full SMTP server implementa- 
tion is used for permanent Ethernet connections. Messaging 
can also be performed by the HTTP server 30, which can 
deliver messages by HTML pages and the HTTP protocol to 
65 other locations. 

The electronic messaging capability provided by the 
SMTP server 102 can benefit the ultrasound system operator 
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in a number of ways. The electronic messages can attach any age table for estimating fetal age, the " custom table" option 

of the information stored on the ultrasound system for is selected, and the ultrasound system controller causes the 

transmission to interested parties, such as ultrasound images, fetal age to be estimated using the gestational age table 

reports (or individual calculations), ultrasound image loops, imported by the system operator. 

system presets, user entered OB charts or formulas, system 5 Sending ultrasound image loops to other physicians 

error logs, or any other information resident on the ultra- enables a physician at ^ emote ^^ 

j ^ t m • u . ■ „.«u make the diagnosis by viewine the real time image loop mat 
sound system. Ukewise, the operator can receive such ^ acquirec f elsew J re . For herring physician!, the dis- 
information from other locations and use it on the ultrasound nosin ^ physician can image a patienl and p repare a report on 

svslem - , the ultrasound system, then send the images and report as an 

The ability to send electronic messages from the ultra- 30 electronic message or meS sage attachment directly to the 

sound system allows the operator to easily consult with re f er ring physician from the ultrasound system using the 

others quickly. Physicians at other locations can send mes- system's electronic messaging capability, 

sages to the ultrasound system which pertain to future exams Electronic messaging from the ultrasound system is 

to be performed on the system, providing reminders and useful in analyzing problems and questions of system per- 

important information which can guide an ultrasound exam. 35 formance. The ultrasound system operator can send the 

The ability to send or retrieve system presets for a given system error log to the system manufacturer, even accom- 

exam enables the same exam to be performed on ultrasound panied by images acquired at the time of a problem, to 

systems at other locations automatically, without having to enable the manufacturer to remotely diagnose system per- 

manually set up a machine to try to duplicate an exam done formance problems. This greatly aids in isolating obscure 

elsewhere. An ultrasonographer who uses numerous ultra- 20 problems which happen aperiodically or only at certain 

sound machines at different locations can store his or her locations, since the manufacturer can receive system data 

preferred system presets in a file on the ultrasound system or immediately at the time the problem arises, 

network server, which can then be referenced in an elec- The electronic messaging system can be configured to 

tronic message or from an HTML page, and retrieved over automatically capture system information when a problem 

the Internet or network for use wherever the ultrasonogra- 25 occurs, such as the system error log, status and 

pher happens to be performing ultrasound exams that day. configuration, and to automatically send the error log to the 

The browser can be used to download new or specialized manufacturer or repairman at the time of the problem. The 

user setups from the system manufacturer, and users can manufacturer or repairman can review these messages and 

exchange system setups by way of electronic messaging. their information as they are received, and can notify the 

Similarly, specialized or preferred diagnostic tools such as 30 system operator if the information indicates that repairs or 

preferred OB tables or OB tables designed for a particular adjustments are needed to the ultrasound system. The manu- 

culture or country can be downloaded from a remote loca- facturer can contact the ultrasound system operator by return 

t j on electronic message or other medium to request additional 

FIG. 3 illustrates further details of the operation of these information if such appears warranted or useful, 

capabilities. In this embodiment the browser 120 is com- 35 With each ultrasound system having its own electronic 

piled with software code which steers received system preset mailbox, the manufacturer can quickly and easily transmit 

data to the appropriate storage area of the ultrasound system, bulletins about the system directly to the system mailbox, 

where it can be utilized by the ultrasound system controller Information on new applications, diagnostic tips, or setups 

to control the functioning of the system. When the operator can be sent by the manufacturer to its various types of 

uses the browser to access system preset data from another 40 ultrasound systems (e.g., premium, midrange, cardiology, 

ultrasound system or data storage device, the steering code general imaging, digital, etc.) and used to improve previous 

directs the received system preset data to scan parameter applications or to perform new ones, 

storage 82, where it is stored as custom preset data. In a preferred embodiment, each ultrasound system has 

Alternatively, the operator may download the custom preset its own unique electronic message address for the sending 

data directly to scan parameter storage 82 using the File 45 and receipt of electronic messages. It is preferable to relate 

Transfer Protocol FTP. When the operator is given the the serial number of an ultrasound system to the system's 

choice to select system setup parameters at the beginning of unique electronic mailbox address, for instance, for quick 

an imaging procedure, the operator manipulates the user and unique identification of an ultrasound system and its 

controls to select this custom preset data rather than the mailbox. The electronic mailbox is password protected so 

standard preset data for the procedure (sometimes referred to 50 that access to messages is limited to only those to whom the 

as "Tissue Specific Imaging™" setups) that is stored on the owner of the ultrasound system has granted access permis- 

ultrasound system. The ultrasound system controller 18 will sion. The data on the ultrasound system can be edited for 

then initialize the ultrasound system to perform ultrasonic security before transmission such as by deleting the name of 

scanning in accordance with the operator's custom system the patient before transmission of images and reports, 

presets, as indicated by the connections between the ultra- 55 Higher concerns for security can be addressed by encrypting 

sound system controller 18 and the beam former 16, signal data before transmission. 

processor 64, and display processor 68 of the ultrasound The browser 100 permits the ultrasound system operator 

system. 10 access information about other ultrasound practitioners, 

As another example, suppose that the operator wishes to enabling physicians to exchange ultrasound system elec- 

use a gestational age table designed specifically for a par- 60 tronic mail addresses with their colleagues, for instance, 

ticular nationality, rather than one of the gestational age which can lead to further exchanges of diagnostic informa- 

tables installed on the ultrasound system. The system opera- tion and other communications. The system manufacturer 

tor uses the browser 120 to acquire the desired gestational can organize a Web page, for instance, where system users 

age table from outside the ultrasound system and the steer- can post their system addresses and other information they 

ing code software stores the table in the diagnostic report 65 want to make public among their peers, 

parameters storage medium 84 as a custom OB table. When Electronic messaging can aid a hospital in determining 

the operator is given an opportunity to select a gestational user exam demographics and utilization. For instance, the 
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ultrasound system controller can be programmed lo identify 
patient demographics and reports meeting certain criteria, 
such as women over age 40 who are undergoing an OB 
exam. At the conclusion of the exam the exam report and 
images are automatically sent by electronic message to a 
central site in the hospital such as a hospital information 
system where such demographics are kept or studies are 
being made of exams of that type, using prepared messages 
stored in the message library 122. The exams could also be 
automatically sent to the hospital specialist in that area of 
practice, such as a perinatologist specializing in pregnancies 
of women over age 40. Another useful feature to help a 
hospital manage its ultrasound resources is the automatic 
transmission to hospital administration each day or week of 
an electronic message containing the number of exams 
performed on the ultrasound system that day or week and the 
length of time required for each exam, enabling a hospital 
administrator to update patient records and statements. 
Again, this may be done by means of a previously prepared 
message stored in the message library 122. Alternatively, a 
CGI program can create an HTML page periodically with 
the desired information in it, and the page can be accessed 
by the browser of a hospital administrator when the data is 
needed. 

Another use of the electronic messaging capability is to 
page physicians on call. In a constructed embodiment, 
depressing a button on the ultrasound system causes the 
system to send a previously prepared electronic message by 
modem 32 or network modem to a pager service in the 
format used by the pager service. The message received by 
the pager service identifies the telephone number of the 
pager, and gives a message to be sent to an alphanumeric 
pager, such as "Call Exam Room 7 Re: Ultrasound Exam." 
Upon receipt of the message the pager service sends the 
message to the pager of the physician who is on call in the 
hospital. The message may identify the ultrasound system 
and can also ask the physician to call the system operator to 
assist in or make a difficult diagnosis, for instance. This 
capability enables an ultrasonographer to quickly contact a 
reading physician when critical diagnostic decisions are 
needed. 

The browser 100 enables the ultrasound system operator 
to access a remote library of baseline comparative ultra- 
sound images in his or her practice. Such ultrasound image 
libraries can be compiled by system manufacturers, 
universities, professional organizations, large hospitals and 
clinics and others. The image library can be resident at other 
sites on the Internet or network, or may be locally available 
on a connected server, CD-ROM, or even the system's hard 
disk. If a physician is imaging pathology which is unfamiliar 
to the physician, the physician can access the image library 
through the browser 100. Reference images from the library 
can be called up and displayed on the ultrasound system 
monitor side by side along with the patient's pathology, 
enabling comparisons to be made which can aid in diagno- 
sis. 

Such a capability is shown in FIG. 2, which shows two 
ultrasound systems 200 and 202 connected to a hub 304 of 
an Ethernet network 300. Also connected to the hub 304 is 
the terminal or workstation 302 of a network administrator, 
a reference image library 400 which includes a server 404, 
and a hospital information system (HIS) or radiology infor- 
mation system (RIS) 500 with a server 504. Each system on 
the network has a modem for connecting to other informa- 
tion sources, and the network also has a network modem 306 
for communications into and out of the network 300. 

In the example of FIG. 2, the reference image library 400 
is available to both of the ultrasound systems 200 and 202 
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which are connected to the network 300, and other systems 
may access the reference image library 400 by way of the 
library modem 402 or the network modem 306. The library 
may be password protected to allow access only to users 

5 giving approved passwords. When accessed, the library 400 
presents HTML pages with different exam categories, such 
as obstetrical, abdominal, cardiology, etc., on the browser of 
the user. Picking an exam category branches the operator lo 
more detailed hierarchies of exams, pathologies, and 

10 conditions, or an operator can simply type in a string of 
identifiers to take him directly to the type of images sought, 
such as "obstetrical-fetal -head -trimester 3". In this manner 
the library user follows an ever narrowing focus of choices 
until an image of the desired pathology or condition is 

is found, or directly access the type of images needed. The 
ultrasound system operator pulls the desired ultrasound 
image into the ultrasound system, where it can be copied and 
pasted, either manually or automatically, on the display 70 
alongside an ultrasound image of a patient. The operator can 

20 compare the patient's image with the reference image from 
the library to aid in making a diagnosis of the patient's 
condition. 

It is also possible to store a local reference image library 
on the ultrasound system for access by the system's browser 

25 as described above. The reference image library can be 
stored on any medium of the ultrasound system that is 
accessible to the browser. In FIG. 1 the reference image 
library can be stored on a device which is a part of storage 
medium 24, enabling the browser 100 to access the reference 

30 image library by logging onto the server 30. In the example 
of FIG. 3, the reference image library is stored on a 
removable magneto-optical disk which is used on an M-0 
drive 80. By locating the library on removable disk media, 
a new or updated library of images can be loaded onto the 

35 system at any time. As before, the browser 120 is used to 
access the image library on the ultrasound system through 
the server, and a branching path of choices is followed or an 
image type directly accessed, leading to the desired refer- 
ence image. The reference image is then used as a compara- 

40 live image to aid in making a diagnosis from images 
obtained by the ultrasound system. The ability to display 
reference images on the system is also useful in the training 
of new ultrasound system users. 

The browser 100 has a number of other uses which are 

45 important to the ultrasound practitioner. The system user can 
use the browser 100 to view ultrasound images previously 
stored on the system. The browser does this in the same 
manner as inquiries by external terminals, by logging onto 
the server 30 to display the system's patient image directory 

50 on the system monitor 70. By connecting to remote sites by 
means of the modem 32 or network connection 50 the 
browser can be operated to send images and reports to a 
remote location. The browser can also be used to access 
hospital and radiology information systems 500 within the 

55 hospital or network to view lab reports, physician schedules, 
and the like. 

The browser 100 can be used for training and operation 
information retrieval. Useful tips, system "help" messages, 
and even the operator's manual for the ultrasound system 
eo can be stored electronically on the system such as on disk or 
a CD-ROM and can be accessed through the browser 100 to 
guide the operator in using the ultrasound system. 
What is claimed is: 

1. A medical diagnostic ultrasound system which pro- 
65 duces and stores diagnostic ultrasound images or diagnostic 
reports, comprising: 

browser software installed on said ultrasound system; and 
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means for connecting said browser software to a database 

external to said ultrasound system, 
whereby externally stored images or information are 

remotely accessible through said browser software. 

2. The medical diagnostic ultrasound system of claim 1, 5 
wherein said browser software comprises means for viewing 
hypertext data. 

3. The medical diagnostic ultrasound system of claim 1, 
wherein said means for connecting comprises means for 
connecting said browser software to a network. 10 

4. The medical diagnostic ultrasound system of claim 3, 
wherein said means for connecting said browser software to 
a network further comprises TCP/IP software. 

5. The medical diagnostic ultrasound system of claim 4, 35 
wherein said means for connecting said browser software to 

a network further comprises PPP software. 

6. The medical diagnostic ultrasound system of claim 5, 
wherein said means for connecting said browser software to 

a network further comprises a modem. 2C 

7. The medical diagnostic ultrasound system of claim 1, 
wherein said ultrasound system further comprises a user 
interface for controlling the operation of said ultrasound 
system, 2J 

wherein said browser software is also operated by said 
user interface. 

8. The medical diagnostic ultrasound system of claim 7, 
wherein said user interface includes an image display. 

9. The medical diagnostic ultrasound system of claim 7, 30 
wherein said user interface includes a keyboard. 

10. The medical diagnostic ultrasound system of claim 7, 
wherein said user interface includes a trackball. 

11. The medical diagnostic ultrasound system claim 1, 
further comprising: 

means for connecting said browser software to a source of 
reference images external to said ultrasound system, 

whereby externally stored reference images are remotely 
accessible through said browser software. 4 q 

12. The medical diagnostic ultrasound system of claim 11, 
wherein said browser software comprises means for viewing 
hypertext data. 

13. The medical diagnostic ultrasound system of claim 11, 
wherein said means for connecting comprises means for 45 
connecting said browser software to a network. 

14. The medical diagnostic ultrasound system of claim 13, 
wherein said means for connecting said browser software to 
a network further comprises a modem. 

15. The medical diagnostic ultrasound system of claim 11, 50 
wherein said ultrasound system further includes a display for 
displaying ultrasound images produced by the ultrasound 
system; and further comprising means for displaying a 
reference image on said display adjacent to an ultrasound 
image produced by the ultrasound system. 55 

16. The medical diagnostic ultrasound system of claim 1, 
further comprising: 

electronic message software installed on said ultrasound 
system; and 

means for connecting said electronic message software to 60 
send or receive electronic messages to or from sources 
external to said ultrasound system. 

17. The medical diagnostic ultrasound system of claim 16, 
further comprising means for connecting said electronic 
message software to a network, whereby said ultrasound 65 
system can send or receive electronic messages over said 
network. 
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18. The medical diagnostic ultrasound system of claim 17, 
wherein said means for connecting said electronic message 
software to a network further comprises TCP/IP software. 

19. The medical diagnostic ultrasound system of claim 18, 
wherein said means for connecting said electronic message 
software to a network further comprises PPP software. 

20. The medical diagnostic ultrasound system of claim 19, 
wherein said means for connecting said electronic message 
software to a network further comprises a modem. 

21. The medical diagnostic ultrasound system of claim 20, 
wherein said ultrasound system further comprises a user 
interface for controlling the operation of said ultrasound 
system, 

wherein said electronic message software is also operated 
by said user interface. 

22. The medical diagnostic ultrasound system of claim 21, 
wherein said user interface includes an image display. 

23. The medical diagnostic ultrasound system of claim 21, 
wherein said user interface includes a keyboard. 

24. The medical diagnostic ultrasound system of claim 21, 
wherein said user interface includes a trackball. 

25. A medical diagnostic ultrasound system which pro- 
duces and stores diagnostic ultrasound images or diagnostic 
reports, comprising: 

a storage device, connected as a part of said ultrasound 
system, for storing said ultrasound images or reports; 
browser software installed on said ultrasound system; and 
means for connecting said browser software to access 

information stored on said storage device, 
whereby images or reports stored on said storage device 
are accessible through said browser software. 

26. The medical diagnostic ultrasound system of claim 25, 
wherein said means for connecting said browser software 
comprises a server. 

27. The medical diagnostic ultrasound system of claim 25, 
wherein said browser software comprises means for viewing 
said ultrasound images or reports through a hypertext link. 

28. The medical diagnostic ultrasound system of claim 25, 
wherein said storage device comprises an ultrasound image 
memory. 

29. The medical diagnostic ultrasound system of claim 25, 
wherein said ultrasound system further includes a user 
interface for operating said ultrasound system, 

wherein said browser is operable through said user inter- 
face to access ultrasound images or reports stored on 
said storage device. 

30. A medical diagnostic ultrasound system which pro- 
duces and stores diagnostic ultrasound images or diagnostic 
reports, comprising: 

browser software installed on said ultrasound system; and 
means for connecting said browser software to the 
Internet, 

wherein externally stored images or information are 
remotely accessible by said browser software over the 
Internet. 

31. The medical diagnostic ultrasound system of claim 30, 
wherein said browser software is compatible with the World 
Wide Web of the Internet, 

wherein externally stored images or information are 
remotely accessible by said browser software over the 
World Wide Web of the Internet, 

32. The medical diagnostic ultrasound system of claim 30, 
wherein said browser software comprises means for viewing 
hypertext data. 

33. The medical diagnostic ultrasound system of claim 30, 
wherein said means for connecting comprises means for 
connecting said browser software to a network. 
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34. The medical diagnostic ultrasound system of claim 33, 
wherein said means for connecting said browser software to 
a network further comprises TCP/IP software. 

35. The medical diagnostic ultrasound system of claim 33, 
wherein said means for connecting said browser software to 
a network further comprises PPP software. 

36. The medical diagnostic ultrasound system of claim 33, 
wherein said means for connecting said browser software to 
a network further comprises a modem. 
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37. The medical diagnostic ultrasound system of claim 30, 
wherein said ultrasound system further comprises a user 
interface for controlling the operation of said ultrasound 
system, 

wherein said browser software is also operated by said 
user interface. 
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AMENDMENT 

Mail Stop Amendment 
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P.O. Box 1450 
Alexandria, VA 22313-1450 

Dear Examiner Bleck: 

This Amendment is being submitted in response to the Office Action mailed January 25, 
2006. This Amendment is timely because it is being submitted within the three-month period for 
response ending April 25, 2006. The Applicant requests that this Amendment be entered and 
considered. 
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AMENDMENTS TO THE CLAIMS 

1. (Currently Amended) A remotely accessible centralized medical information 
system, said system comprising: 

a d ata generator mobile imaging unit for generating medical data storable in a 
data cente r, wherein said mobile imaging unit is a mobile facility adapted to be used at a plurality 
of locations : 

at least one data retriever for retrieving data from a data center; and 

a data center for storing data, said data center accessible from said at least one 

data retriever, said at least one data retriever located at at least one distinct geographic retrieval 

point. 

2. (Cancelled) 

3. (Original) The system of claim 1, wherein said data retriever comprises a 
mobile imaging unit. 

4. (Original) The system of claim 1, wherein said data retriever comprises a 
healthcare facility. 

5. (Currently Amended) The system of claim 1, wh e rein said data generator 
oompri se s further including a healthcare facilit y, wherein said healthcare facility is adapted to 
genemted_medical data storable in said data center . 

6. (Original) The system of claim 1, wherein said data center comprises an 
application service provider. 

7. (Currently Amended) The system of claim 1, wherein said data g e n e rato r mobile 
imaging unit generates medical images. 

8. (Currently Amended) Hie system of claim 1, wherein said data gonoraior mobile 
imaging unit generates medical reports. 
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9. (Currently Amended) A centralized medical information system, said system 
comprising: 

a data gonomtop mobile imaging unit for generating data storable in a data center 
wherein said mobile imaging unit is a mobile facility adapted to_ be used at a plurality of 
locations: and 

a data center for storing data, said data center geographically distinct from said 
data generator mobile imaging unit 

10. (Cancelled) 

11. (Currently Amended) The system of claim 9, wherein said data generator 
comprises ftirther_includigg a healthcare facilit y, wherein said healthcare facilityJs_adapted to 
generate data storable in said data center , 

12. (Original) The system of claim 9, wherein said data center comprises an 
application service provider. 

13. (Currently Amended) A centrally accessible medical information system, said 
system comprising; 

a data-retriever mobile imaging unit for retrieving data from a data center* 
wherein said mobile imaging unit is a mobile facility adapted to be used at a plurality of 
locations; and 

a data center for storing data, said data center geographically distinct from said 
data rotriovor mtyfc imttm ™\ > 

14. (Currently Amended) The system of claim 13, wherein said data retriever 
comprises farther including a healthcare facilit y, wherein said healthcare facility is adapted to 
retrieve data from a data center . 

15. (Cancelled) 
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16. (Original) The system of claim 13, wherein said data center comprises an 
application service provider, 

17. (Currently Amended) A reraqtely accessible centralized medical application 
service provider system, said system comprising: 

a date medical application center including at least one medical application, said 
data medical application center including processing power for accessing said medical 
application; and 

a data retrie v er mobile imaging unit wherein said mobile imaging unit is a mobile 
facility adapted to be used at , a plurality of locations, said data retriev e r mobile imagine unit 
accessing the output of said medical application. 

18. (Cancelled) 

19. (Currently Amended) The system of claim 17, h e rein said medical application 
rotriovor compris e s further including a healthcare facilit y, wherein said healthcare facility is 
adapted to access the output of said medical application , 

20. (Original) The system of claim 17, wherein said medical application center 
also stores administrative applications. 

21. (Currently Amended) A remotely accessible centralized data storage system for 
mobile medical imaging, said system comprising: 

a mobile imaging unit including medical imaging equipment , wherein said mobile 
imaging unit is a mobile facility adapted to be used at a plurality of locations: 
a data center storing medical information in electronic form; and 
a mobile imaging unit/data center communication interface allowing medical 
information to be transmitted between said mobile imaging unit and said data center. 

22. (Original) The system of claim 21, further comprising a healthcare facility 
and a healthcare facility/data center communication interface allowing medical information 
transmission between said data center and said healthcare facility. 
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23. (Original) The system of claim 22, further comprising an authentication 
module for authorizing access to said data center from at least one of said healthcare facility and 
said mobile imaging unit. 

24. (Currently Amended) A method for remotely storing medical information, said 
method comprising; 

transmitting medical information collected from a patient at a mobile imaging unit 
to a data cente r, wherein said mobile imaging unit is a mobile facility adapted to be used at a 
plurality of locations; and 

storing said medical information at said data center. 

25. (Original) The method of claim 24, wherein said step of storing includes 
authenticating access to said data center. 

26. (Currently Amended) The method of claim 24, flirther comprising the step of 
retrieving said medical diognootio information from said data center. 

27. (Original) The method of claim 26, wherein the step of retrieving includes 
authenticating access to said data center. 

28. (Currently Amended) A method of communicating between a mobile imaging 
unit and a healthcare facility, said method comprising: 

transmitting information from said mobile imaging unit to a data cente r, wherein 
said mobile imaging unftis a mobile facility adapted to be used at a plurality of locations: and 
retrieving said information from said data center at said healthcare facility. 

29. (Currently Amended) A system for communication between a mobile imaging 
unit and a healthcare facility, said system comprising: 

a mobile imaging unit capable of transmitting medical diagnostic information* 
wherein said mobile imaging unit is a mobile facility, adapted to be used at a plurality of 
locations: 
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a data center capable of receiving said medical diagnostic information, storing 
said medical diagnostic information, and transmitting said medical diagnostic information; and 

a healthcare facility capable of accessing said medical diagnostic information 
from said data center. 

30. (Original} The system of claim 29, wherein said data center is further capable 
of storing medical applications and executing medical applications. 

31. (Original) The system of claim 30, wherein said mobile imaging unit is 
further capable of executing medical applications via said data center. 

32. (Original) The system of claim 30, wherein said healthcare facility is further 
capable of executing medical applications via said data center* 

33. (Currently Amended) A method for remotely accessing medical information, said 
method comprising: 

accessing a data center from a mobile imaging unit at a remote location , wherein 
said mobile imaging unit is a mobile facility adapted to be used at a plurality of locations: and 
retrieving medical information from said data center. 

34. (Original) The method of claim 33, wherein said step of accessing includes 
authenticating access to said data center. 

35. (Previously Presented) The method of claim 28, further comprising 
remotely analyzing said information at said data center via at least one of said mobile imaging 
unit and said healthcare facility. 

36. (Previously Presented) The method of claim 28, further comprising 
aggregating data from a plurality of geographic locations at said data center using at least one of 
said mobile imaging unit and said healthcare facility. 
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REMARKS 

The present application includes claims 1-36. Claims 1-36 have been rejected by the 
Examiner. By this Amendment, claims 1, 5, 7-9, 11, 13-14, 17, 19, 21, 24, 26, 28-29, and 33 
have been amended. By this Amendment, claims 2, 10, 1 5, and 1 8 have been cancelled. 

Claims 18-20 and 26 were rejected under 35 U.S.C. § 112 ^ 2 as being indefinite for 
failing to particularly point out and distinctly claim the subject matter regarded as the inventioa 

Claims 1, 4-5, 9, 11, 13-14, 33-34 were rejected under 35 U.S.C. § 102(b) as being 
anticipated by Evans, U.S. Pat, No. 5,924,074 ("Evans"). 

Claims 21-22 were rejected under 35 U,S.C. § 102(b) as being anticipated by Wood et al., 
U.S. Pat No. 5,891,035 ("Wood '035"). 

Claims 2, 7-8, and 10 were rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Evans and farther in view of Wood et al, US. Pat. No. 5,851,186 ("Wood 1 186"). 

Claims 3 and 15 were rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Evans and further in view of Wood *035. 

Claims 6, 12, and 16 were rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Evans and farther in view of Rothschild et al., U.S. Pat. No. 6,678,703 ("Rothschild"). 

Claims 17-20 were rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Applicant's Background and farther in view of Rothschild. 

Claim 23 was rejected under 35 U.S.C. § 103(a) as being unpatentable over Wood '035 
and further in view of Evans. 

Claims 24-32 and 35-36 were rejected under 35 U.S.C. § 103(a) as being unpatentable 
over Evans and farther in view of Rothschild. 
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The Applicant now turns to the rejection of claims 18-20 and 26 under 35 U.S.C. § 112J 
2 as being indefinite for failing to particularly point out and distinctly claim the subject matter 
regarded as the invention. 

With regard to claims 18 and 19, the Examiner noted that a said medical application 
retriever" lacked proper antecedent basis. Claim 18 has been cancelled. Claim 19 has been 
amended and no longer recites "said medical application retriever." The Applicant respectfully 
submits that the Examiner's rejection has been overcome with respect to claims 18 and 19. 

With regard to claim 20, the Examiner noted that "said medical application center" 
lacked proper antecedent basis. Independent claim 17, from which claim 20 depends, has been 
amended to recite ''said medical application center." The Applicant respectfully submits that the 
Examiner's rejection has been overcome with respect to claim 20. 

With regard to claim 26, the Examiner noted that "said medical diagnostic information" 
lacked proper antecedent basis. Claim 26 has been amended to recite "said medical 
information." The Applicant respectfully submits that the Examiner's rejection has been 
overcome with respect to claim 26. 

The Applicant now turns to the rejection of claims 1, 4-5, 9, 11, 13-14, 33-34 under 35 
U.S.C. § 102(b) as being anticipated by Evans. Evans generally relates to an electronic medical 
records system. As discussed beginning at col. 2, line 22, Evans discusses an electronic medical 
record system that automates and simplifies patient chart creation, maintenance, and retrieval. 
Evans creates and maintains all patient data electronically. As mentioned at col. 2, lines 45-47, 
Evans provides instant access to a patient's electronic medical record from any geographical 
location. That is, as clarified at col. 15, lines 18-20, Evans supports a large healthcare enterprise 

8 

PAGE 8/15 1 RCVD AT M06 12:20:38 PM [Eastern Standard Time] ' SVRUSPTWFXfif 1 ONSOT00 1 CSU>:31 277681 00 ' DURATION (mm-ss):07<J2 



FEB.08'2006 11:19 312775B100 



#6039 P. 010/016 



distributed across a large geography as well as a single physician office. Thus, Evans addresses 
geographically distributed, but fixed, facilities. 

Evans does not teach mobile facilities, such as, mobile imaging units. The Examiner 
stated in the Office Action mailed January 25, 2006, at page 8, that Evans fails to expressly 
disclose that a data generator is a mobile imaging unit. Similarly, at page 10, the Examiner also 
states that Evans fails to expressly disclose the data retriever comprising a mobile imaging unit. 
And again, at page IS, the Examiner states that Evans fails to expressly disclose M a mobile 
imaging unit" transmitting information to a data center. 

Independent claim 1 has been amended to incorporate the limitation of a "mobile imaging 
unit" recited in claim 2, and claim 2 has been cancelled Similarly, independent claims 9 and 13 
have been amended to incorporate the limitations of corresponding dependent claims 10 and 15 
to recite a "mobile imaging unit," and claims 10 and 15 have been cancelled. Independent claim 
33 has similarly been amended to recite a "mobile imaging unit" Thus, as discussed above, 
Evans does not teach a u mobile imaging unit" as recited in independent claims 1, 9, 13, and 33. 
Therefore, (he Applicant respectfully submits (bat the Examiner's rejection has been overcome 
and that independent claims 1, 9, 13, and 33, and corresponding dependent claims 4-5, 11, 14, 
and 34 are in condition for allowance. 

The Applicant now turns to the rejection of claims 21-22 under 35 U.S.C. § 102(b) as 
being anticipated by Wood '035. Wood '035 generally relates to an ultrasonic diagnostic 
imaging system with data access and communications capability. Wood l 035 discusses, 
beginning at col 3, line 27 and as illustrated in Fig. 1, an ultrasound system including an HTTP 
server. The HTTP server is connected to access ultrasonic images and reports from a storage 
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medium and make the system's images and reports accessible to a computer, terminal, or 
workstation at a remote location. 

Wood *035 does not teach using the ultrasound system at more than one healthcare 
facility. Although, in Fig. 2, an ultrasound system is illustrated on a mobile cart, there is no 
teaching or suggestion in Wood '035 that the ultrasound system is mobile beyond the confines of 
a room or single healthcare facility. 

Thus, for the reasons discussed above, Wood '035 does not teach a mobile imaging unit 
adapted to be used at a plurality of locations as recited in amended independent claim 21. 
Therefore, the Applicant respectfully submits that the Examiner's rejection has been overcome 
and that independent claim 21, and corresponding dependent claim 22, are in condition for 
allowance. 

The Applicant now turns to the rejection of claims 2, 7-8, and 10 under 35 U.S.C. § 
103(a) as being unpatentable over Evans and further in view of Wood * 1 86. Wood 1 1 86 relates 
to an ultrasonic diagnostic imaging system with universal access to diagnostic information and 
images. As discussed at col. 1, lines 43-48, Wood * 186 discloses a medial diagnostic ultrasonic 
imaging system that can be remotely accessed, interrogated, or controlled from a remote location 
to provide information about the system's operating characteristics, patient images, and reports. 

Wood '186 does not teach or suggest using the ultrasound system at more than one 
healthcare facility. Although Figs. 15-17, similar to Fig. 2 in Wood '035, described above, 
illustrate an ultrasound system on a mobile cart, there is no teaching or suggestion in Wood '186 
that the ultrasound system is mobile beyond the confines of a room or single healthcare facility. 
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Claims 2 and 10 have been cancelled. With respect to claims 7-8, for the reasons 
discussed above and as acknowledged by the Examiner, Evans does not teach or suggest a 
"mobile imaging unit" as recited in independent claim 1, from which claims 7-8 depend. In 
addition, Wood '186 does not overcome at least this shortcoming of Evans because, as discussed 
above, Wood 4 186 does not teach or suggest a mobile imaging unit adapted to be used at a 
plurality of locations as recited in amended independent claim 1 . Thus, neither Evans nor Wood 
M86, alone or in combination, teach or suggest elements of independent claim 1, from which 
claims 7-8 depend. Therefore, the Applicant respectfully submits that the Examiner's rejection 
has been overcome and dependent claims 7-8 are in condition for allowance. 

The Applicant now turns to the rejection of claims 3 and 15 under 35 U.S.C. § 103(a) as 
being unpatentable over Evans and further in view of Wood '035. Claim 15 has been cancelled 
With respect to claim 3, as discussed above and as acknowledged by the Examiner, Evans does 
not teach or suggest a "mobile imaging unit" as recited in independent claim 1, from which claim 
3 depends. In addition, Wood '035 does not overcome at least this shortcoming of Evans 
because, as discussed above, Wood '035 does not teach or suggest a mobile imaging unit adapted 
to be used at a plurality of locations as recited in amended independent claim 1 . Thus, neither 
Evans nor Wood '035, alone or in combination, teach or suggest elements of independent claim 
1 ( from which claim 3 depends. Therefore, the Applicant respectfully submits that the 
Examiner's rejection has been overcome and dependent claim 3 is in condition for allowance. 

The Applicant now turns to the rejection of claims 6, 12, and 16 under 35 U.S.C. § 103(a) 
as being unpatentable over Evans and further in view of Rothschild. Rothschild generally relates 
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to medical image management Rothschild discusses, beginning at col. 17, line 66, storing 
images at three separate locations including locally at an imagining center and at two central data 
centers. In addition, images may be stored at a fourth remote viewing location. As illustrated in 
Fig. 1 and described beginning at col 18, line 29, Rothschild discloses a medical image 
management system including a medical imaging system, a local image workstation, a central 
data management system, and a remote image viewing system. 

Rothschild does not teach or suggest mobile facilities, such as, mobile imaging units. 
Rather, Rothschild merely contemplates fixed imaging centers, as illustrated, for example, 
beginning at col, 8, line 12, where Rothschild discusses providing a medical image management 
system to address the needs of referring physicians and other healthcare providers located 
outside of an imaging center* 

Thus, as discussed above, Rothschild does not teach or suggest a "mobile imaging unit" 
as recited in independent claims 1, 9, and 13, from which claims 6, 12, and 16 respectively 
depend. In addition, Evans does not overcome at least this shortcoming of Rothschild because* 
as discussed above and as acknowledged by the Examiner, Evans does not teach or suggest a 
'"mobile imaging unit" as recited in independent claims 1, 9, and 13. Thus, neither Evans nor 
Rothschild, alone or in combination, teach or suggest elements of independent claims 1, 9, and 
13, from which claims 6, 12, and 16 respectively depend Therefore, the Applicant respectfully 
submits that the Examiner's rejection has been overcome and dependent claims 6, 12, and 16 are 
in condition for allowance. 

The Applicant now turns to the rejection of claims 17-20 under 35 U.S.C. § 103(a) as 
being unpatentable over Applicant's Background and further in view of Rothschild. Claim 18 
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has been cancelled. With regard to claims 17 and 19-20, Applicants Background identifies a 
problem that had yet to be solved and a combination that had yet to be realized in the art. The 
Applicant's Background addresses deficiencies which are remedied by the Applicant's novel 
solution and not by Rothschild. As discussed above, Rothschild does not teach or suggest a 
Mobile imaging unit" and thus, cannot provide any motivation two combine a mobile imaging 
unit with a medical application center, as recited in independent claim 17. Therefore, the 
Applicant respectfully submits that the Examiner's rejection has been overcome and independent 
claim 17, and corresponding dependent claims 19-20, are in condition for allowance. 

The Applicant now turns to the rejection of claim 23 undsr 35 US.C. § 103(a) as being 
unpatentable over Wood '035 and further in view of Evans. As discussed above, Wood '035 
does not teach or suggest a mobile imaging unit adapted to be used at a plurality of locations as 
recited in amended independent claim 21, from which claim 23 depends. In addition, Evans does 
not overcome at least this shortcoming of Wood *035 because, as discussed above and as 
acknowledged by the Examiner, Evans does not teach or suggest a ,l mobik imaging unit" as 
recited in independent claim 21. Thus, neither Wood '035 nor Evans, alone or in combination, 
teach or suggest elements of independent claim 21, from which claim 23 depends. Therefore, the 
Applicant respectfully submits that the Examiner's rejection has been overcome and dependent 
claim 23 is in condition far allowance. 

The Applicant now turns to the rejection of claims 24-32 and 35-36 under 35 US.C. § 
103(a) as being unpatentable over Evans and further in view of Rothschild. As discussed above 
and as acknowledged by the Examiner, Evans does not teach or suggest a "mobile imaging unit" 
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as recited in independent claims 24, 28, and 29. In addition, Rothschild does not overcome at 
least this shortcoming of Evans because, as discussed above, Rothschild does not teach or 
suggest a "mobile imaging unit 1 ' as recited in independent claims 24, 28, and 29. Thus, neither 
Evans nor Rothschild, alone, or in combination, teach or suggest elements of independent claims 
24, 28, and 29. Therefore, the Applicant respectfully submits that the Examiner's rejection has 
been overcome and independent claims 24, 28, and 29, and corresponding dependent claims 25- 
27., 30-32, and 35-36 are in condition for allowance* 
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CONCLUSION 

It is submitted that the present application is in condition for allowance and a Notice of 
Allowability is respectfully solicited. If the Examiner has any questions or the Applicant can be 
of any assistance, the Examiner is invited and encouraged to contact the Applicant at the number 
below. 

The Commissioner is authorized to charge any necessary fees or credit any overpayment 
to the Deposit Account of GEMS-IT, Account No. 50-2401. 

Respectfully submitted, 

Date: FebniaQL8^200_6^ 

McAndrews, Held & MaUoy, Ltd. 
34 th Floor 

500 West Madison Street 
Chicago, Illinois 60661 
Telephone: (312)775-8000 
Facsimile: (312)775-8100 



Adam J. Faier 
Reg. No. 56,898' 
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CERTIFICATION OF ELECTRONIC FILING 

/ hereby certify that this correspondence is being filed electronically with the Patent and 
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AMENDMENTS TO THE CLAIMS 

1. (Previously Presented) A remotely accessible centralized medical 
information system, said system comprising: 

a mobile imaging unit for generating medical data storable in a data center, 
wherein said mobile imaging unit is a mobile facility adapted to be used at a plurality of 
locations; 

at least one data retriever for retrieving data from a data center; and 

a data center for storing data, said data center accessible from said at least one 

data retriever, said at least one data retriever located at at least one distinct geographic retrieval 

point. 

2. (Cancelled) 

3. (Original) The system of claim 1, wherein said data retriever comprises a 
mobile imaging unit. 

4. (Original) The system of claim 1, wherein said data retriever comprises a 
healthcare facility. 

5. (Currently Amended) The system of claim 1, further including a healthcare 
facility, wherein said healthcare facility is adapted to generat e d generate medical data storable in 
said data center. 

6. (Original) The system of claim 1, wherein said data center comprises an 
application service provider. 

7. (Previously Presented) The system of claim 1, wherein said mobile 
imaging unit generates medical images. 

8. (Previously Presented) The system of claim 1, wherein said mobile 
imaging unit generates medical reports. 
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9. (Previously Presented) A centralized medical information system, said 
system comprising: 

a mobile imaging unit for generating data storable in a data center, wherein said 
mobile imaging unit is. a mobile facility adapted to be used at a plurality of locations; and 

a data center for storing data, said data center geographically distinct from said 
mobile imaging unit. 

10. (Cancelled) 

1 1 . (Previously Presented) The system of claim 9, wherein said data generator 
comprises further including a healthcare facility, wherein said healthcare facility is adapted to 
generate data storable in said data center. 

12. (Original) The system of claim 9, wherein said data center comprises an 
application service provider. 

13. (Previously Presented) A centrally accessible medical information system, 
said system comprising: 

a mobile imaging unit for retrieving data from a data center, wherein said mobile 
imaging unit is a mobile facility adapted to be used at a plurality of locations; and 

a data center for storing data, said data center geographically distinct from said 
mobile imaging unit. 

14. (Previously Presented) The system of claim 13, wherein said data retriever 
comprises further including a healthcare facility, wherein said healthcare facility is adapted to 
retrieve data from a data center. 

15. (Cancelled) 

16. (Original) The system of claim 13, wherein said data center comprises an 
application service provider. 
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17. (Previously Presented) A remotely accessible centralized medical 
application service provider system, said system comprising: 

a medical application center including at least one medical application, said 
medical application center including processing power for accessing said medical application; 
and 

a mobile imaging unit, wherein said mobile imaging unit is a mobile facility 
adapted to be used at a plurality of locations, said mobile imaging unit accessing the output of 
said medical application. 

18. (Cancelled) 

19. (Previously Presented) The system of claim 17, further including a 
healthcare facility, wherein said healthcare facility is adapted to access the output of said medical 
application. 

20. (Original) The system of claim 17, wherein said medical application center 
also stores administrative applications. 

21. (Previously Presented) A remotely accessible centralized data storage 
system for mobile medical imaging, said system comprising: 

a mobile imaging unit including medical imaging equipment, wherein said mobile 
imaging unit is a mobile facility adapted to be used at a plurality of locations; 

a data center storing medical information in electronic form; and 
a mobile imaging unit/data center communication interface allowing medical 
information to be transmitted between said mobile imaging unit and said data center. 

22. (Original) The system of claim 21, further comprising a healthcare facility 
and a healthcare facility/data center communication interface allowing medical information 
transmission between said data center and said healthcare facility. 
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23. (Original) The system of claim 22, further comprising an authentication 
module for authorizing access to said data center from at least one of said healthcare facility and 
said mobile imaging unit. 

24. (Previously Presented) A method for remotely storing medical information, 
said method comprising: 

transmitting medical information collected from a patient at a mobile imaging unit 
to a data center, wherein said mobile imaging unit is a mobile facility adapted to be used at a 
plurality of locations; and 

storing said medical information at said data center. 

25. (Original) The method of claim 24, wherein said step of storing includes 
authenticating access to said data center. 

26. (Previously Presented) The method of claim 24, further comprising the step 
of retrieving said medical information from said data center. 

27. (Original) The method of claim 26, wherein the step of retrieving includes 
authenticating access to said data center. 

28. (Previously Presented) A method of communicating between a mobile 
imaging unit and a healthcare facility, said method comprising: 

transmitting information from said mobile imaging unit to a data center, wherein 
said mobile imaging unit is a mobile facility adapted to be used at a plurality of locations; and 
retrieving said information from said data center at said healthcare facility. 

29. (Previously Presented) A system for communication between a mobile 
imaging unit and a healthcare facility, said system comprising: 

a mobile imaging unit capable of transmitting medical diagnostic information, 
wherein said mobile imaging unit is a mobile facility adapted to be used at a plurality of 
locations; 
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a data center capable of receiving said medical diagnostic information, storing 
said medical diagnostic information, and transmitting said medical diagnostic information; and 

a healthcare facility capable of accessing said medical diagnostic information 
from said data center. 

30. (Original) The system of claim 29, wherein said data center is further capable 
of storing medical applications and executing medical applications. 

31. (Original) The system of claim 30, wherein said mobile imaging unit is 
further capable of executing medical applications via said data center. 

32. (Original) The system of claim 30, wherein said healthcare facility is further 
capable of executing medical applications via said data center. 

33. (Previously Presented) A method for remotely accessing medical 
information, said method comprising: 

accessing a data center from a mobile imaging unit at a remote location, wherein 
said mobile imaging unit is a mobile facility adapted to be used at a plurality of locations; and 
retrieving medical information from said data center. 

34. (Original) The method of claim 33, wherein said step of accessing includes 
authenticating access to said data center. 

35. (Previously Presented) The method of claim 28, further comprising 
remotely analyzing said information at said data center via at least one of said mobile imaging 
unit and said healthcare facility. 

36. (Previously Presented) The method of claim 28, further comprising 
aggregating data from a plurality of geographic locations at said data center using at least one of 
said mobile imaging unit and said healthcare facility. 
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REMARKS 

The present application includes claims 1 5 3-9, 11-14, 16-17 and 19-36. Claims 1, 3-9, 
1 1-14, 16-17 and 19-36 have been rejected by the Examiner. By this Amendment, claim 5 has 
been amended to correct a typographical error. 

Claim 5 was objected to because of "generated" versus "generate." By this response, 
claim 5 has been amended accordingly to correct the typographical error. 

Claims 21-22 were rejected under 35 U.S.C. § 102(b) as being anticipated by Wood et ah, 
U.S. Pat. No. 5,891,035 ("Wood '035"). 

Claims 1, 4-5, 7-9, 11, 13-14, 33-34 were rejected under 35 U.S.C. § 103(a) as being 
unpatentable over Evans, U.S. Pat. No. 5,924,074 ("Evans") in view of Wood et al., U.S. Pat. 
No. 5,851,186 ("Wood' 186"). 

Claim 3 was rejected under 35 U.S.C. § 103(a) as being unpatentable over Evans and 
Wood ' 1 86 and further in view of Wood '035. 

Claims 6, 12, and 16 were rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Evans and Wood c 186 and further in view of Rothschild et al., U.S. Pat. No. 6,678,703 
("Rothschild"). 

Claims 17 and 19-20 were rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Applicant's Background and further in view of Rothschild. 

Claim 23 was rejected under 35 U.S.C. § 103(a) as being unpatentable over Wood '035 
and further in view of Evans. 

Claims 24-32 and 35-36 were rejected under 35 U.S.C. § 103(a) as being unpatentable 
over Evans and further in view of Rothschild and Wood '035. 
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The Applicant first turns to the rejection of claims 21-22 under 35 U.S.C. § 102(b) as 
being anticipated by Wood '035. Wood '035 generally relates to an ultrasonic diagnostic 
imaging system with data access and communications capability. Wood '035 discusses, 
beginning at col. 3, line 27 and as illustrated in Fig. 1, an ultrasound system including an HTTP 
server. The HTTP server is connected to access ultrasonic images and reports from a storage 
medium and make the system's images and reports accessible to a computer, terminal, or 
workstation at a remote location. 

As shown in Fig. 2, the ultrasound system of Wood '035 is illustrated on a mobile cart. 
The ultrasound system of Wood '035 is not a mobile facility adapted to be used at a plurality of 
locations, as recited in claim 21, as amended in the Office Action Response of Feb. 8, 2006. 
Wood '035 does not teach or fairly suggest at least "a mobile imaging unit including medical 
imaging equipment, wherein said mobile imaging unit is a mobile facility adapted to be used at a 
plurality of locations." Rather, Wood '035 simply discloses the medical imaging equipment. 
Even though the ultrasound system may have wheels, it is still medical imaging equipment and 
not a mobile facility including medical imaging equipment. Additionally, Wood '035 does not 
disclose "a mobile imaging unit/data center communication interface allowing medical 
information to be transmitted between said mobile imaging unit and said data center" for at least 
the reason that Wood '035 simply does not disclose a mobile imaging unit as recited in claim 21 . 

Therefore, the Applicant respectfully submits that the Examiner's rejection has been 
overcome and that independent claim 21, and corresponding dependent claim 22, are in 
condition for allowance. 
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The Applicant now turns to the rejection of claims 1, 4-5, 7-9, 11, 13-14, 33-34 under 35 
U.S.C. § 103(a) as being unpatentable over Evans in view of Wood '186. Evans generally 
relates to an electronic medical records system. As discussed beginning at col. 2, line 22, Evans 
discusses an electronic medical record system that automates and simplifies patient chart 
creation, maintenance, and retrieval. Evans creates and maintains all patient data electronically. 
As mentioned at col. 2, lines 45-47, Evans provides instant access to a patient's electronic 
medical record from any geographical location. That is, as clarified at col. 15, lines 18-20, 
Evans supports a large healthcare enterprise distributed across a large geography as well as a 
single physician office. Thus, Evans addresses geographically distributed, but fixed, facilities. 

Evans does not teach mobile facilities, such as, mobile imaging units. The Examiner 
stated in the Office Action mailed January 25, 2006, at page 8, and in the Office Action mailed 
April 14, 2006, at page 5, that Evans fails to expressly disclose that a data generator is a mobile 
imaging unit. Similarly, at page 10 of the January Office Action and at page 6 of the April 
Office Action, the Examiner also states that Evans fails to expressly disclose the data retriever 
comprising a mobile imaging unit. And again, at pages 15 and 8, respectively, the Examiner 
states that Evans fails to expressly disclose "a mobile imaging unit" transmitting information to a 
data center. 

Wood ' 1 86 relates to an ultrasonic diagnostic imaging system with universal access to 
diagnostic information and images. As discussed at col. 1, lines 43-48, Wood '186 discloses a 
medial diagnostic ultrasonic imaging system that can be remotely accessed, interrogated, or 
controlled from a remote location to provide information about the system's operating 
characteristics, patient images, and reports. 
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As in Wood '035, Wood '186 does not teach or suggest a mobile imaging unit, wherein 
the mobile imaging unit is a mobile facility adapted to be used at a plurality of locations. 
Although Figs. 15-17, similar to Fig. 2 in Wood '035, described above, illustrate an ultrasound 
system on a wheeled cart, the ultrasound system of Wood 6 186 (and of Wood '035) is a medical 
imaging system and not a mobile imaging unit (i.e., a mobile imaging facility), as recited in 
independent claims 1, 9, 13 and 33, as well as their dependent claims. 

Thus, as discussed above, neither Evans nor Wood ' 1 86 teaches or suggests a "mobile 
imaging unit" as recited in independent claims 1, 9, 13, and 33. Taking the references separately 
or putting them together in any real or hypothetic situation does not teach or fairly suggest such a 
mobile imaging unit as recited in the pending claims of the present application. To establish a 
prima facie case of obviousness, .three basic criteria must be met. First, there must be some 
suggestion or motivation, either in the references themselves or in the knowledge generally 
available to one of ordinary skill in the art, to modify the reference or to combine reference 
teachings. Second, there must be a reasonable expectation of success. Finally, the prior art 
reference (or references when combined) must teach or suggest all the claim limitations. The 
teaching or suggestion to make the claimed combination and the reasonable expectation of 
success must both be found in the prior art and not based on applicant's disclosure. In re Vaeck, 
947 F.2d 488, 20 USPQ2d 1438 (Fed. Cir. 1991). MPEP 706.02G). 

Therefore, the Applicant respectfully submits that the Examiner's rejection has been 
overcome and that independent claims 1, 9, 13, and 33, and corresponding dependent claims 4-5, 
7-8,11,14, and 34 are in condition for allowance. 



10 



The Applicant now turns to the rejection of claim 3 under 35 U.S.C. § 103(a) as being 
unpatentable over Evans and Wood c 186 and further in view of Wood '035. With respect to 
claim 3, as discussed above and as acknowledged by the Examiner, Evans does not teach or 
suggest a "mobile imaging unit" as recited in independent claim 1, from which claim 3 depends. 
In addition, neither Wood '035 nor Wood '186 overcome at least this shortcoming of Evans 
because, as discussed above, neither Wood '035 nor Wood '186 teach or suggest a mobile 
imaging unit, wherein the mobile imaging unit is a mobile facility adapted to be used at a 
plurality of locations, as recited in amended independent claim 1. Thus, none of Evans, Wood 
'035 or Wood 6 1 86, alone or in any combination, teach or suggest elements of independent claim 
1, from which claim 3 depends. Therefore, the Applicant respectfully submits that the 
Examiner's rejection has been overcome and dependent claim 3 is in condition for allowance. 

The Applicant now turns to the rejection of claims 6, 12, and 16 under 35 U.S.C. § 103(a) 
as being unpatentable over Evans and Wood '186 and further in view of Rothschild. Rothschild 
generally relates to medical image management. Rothschild discusses, beginning at col. 17, line 
66, storing images at three separate locations including locally at an imagining center and at two 
central data centers. In addition, images may be stored at a fourth remote viewing location. As 
illustrated in Fig. 1 and described beginning at col. 18, line 29, Rothschild discloses a medical 
image management system including a medical imaging system, a local image workstation, a 
central data management system, and a remote image viewing system. 

Rothschild does not teach or suggest mobile facilities, such as, mobile imaging units. 
Rather, Rothschild merely contemplates fixed imaging centers, as illustrated, for example, 
beginning at col. 8, line 12, where Rothschild discusses providing a medical image management 



11 



system to address the needs of referring physicians and other healthcare providers located 
outside of an imaging center. 

Thus, as discussed above, Rothschild does not teach or suggest a "mobile imaging unit" 
as recited in independent claims 1, 9, and 13, from which claims 6, 12, and 16 respectively 
depend. In addition, Evans and Wood '186 do not overcome at least this shortcoming of 
Rothschild because, as discussed above, Evans and Wood 4 186 do not teach or suggest a "mobile 
imaging unit" as recited in independent claims 1, 9, and 13. Thus, none of Evans, Wood '186 or 
Rothschild, alone or in combination, teach or suggest elements of independent claims 1, 9, and 
13, from which claims 6, 12, and 16 respectively depend. Therefore, the Applicant respectfully 
submits that the Examiner's rejection has been overcome and dependent claims 6, 12, and 16 are 
in condition for allowance. 

The Applicant now turns to the rejection of claims 17 and 19-20 under 35 U.S.C. § 
103(a) as being unpatentable over Applicant's Background and further in view of Rothschild. 
With regard to claims 17 and 19-20, Applicant's Background identifies a problem that had yet to 
be solved and a combination that had yet to be realized in the art. The Applicant's Background 
addresses deficiencies which are remedied by the Applicant's novel solution and not by 
Rothschild. For example, the Applicant notes that ct [t]here is a need for centralized data storage 
to enable the patient's choice of hospital or clinical location." This is a need that the Applicant is 
attempting to satisfy with his invention. Furthermore, u [t]here is a need for a method of 
aggregating patient imaging results from mobile imaging units to eliminate manual transfer of 
files and to facilitate interaction among mobile units and between mobile units and healthcare 
facilities." This was a need the Applicant saw and was trying to meet. Centralized scheduling 
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and reporting was another need that was unmet with mobile imaging units that the Applicant 
identified. "Thus, a need exists for a method and apparatus for integration of mobile imaging 
units into an Application Service Provider for data storage and information system support." 
Clearly these statements were not admissions of prior art but, conversely, were highlighting 
problems and/or deficiencies which existed and for which remedies have been found in various 
embodiments of the invention described in the remainder of the patent application. 

As discussed above, Rothschild does not teach or suggest a "mobile imaging unit" and 
thus, cannot provide any motivation to combine a mobile imaging unit with a medical 
application center, as recited in independent claim 17. Therefore, the Applicant respectfully 
submits that the Examiner's rejection has been overcome and independent claim 17, and 
corresponding dependent claims 19-20, are in condition for allowance. 

The Applicant now turns to the rejection of claim 23 under 35 U.S.C. § 103(a) as being 
unpatentable over Wood '035 and further in view of Evans. As discussed above, Wood '035 
does not teach or suggest a mobile imaging unit, wherein the mobile imaging unit is a mobile 
facility adapted to be used at a plurality of locations as recited in amended independent claim 21, 
from which claim 23 depends. In addition, Evans does not overcome at least this shortcoming of 
Wood '035 because, as discussed above and as acknowledged by the Examiner, Evans does not 
teach or suggest a "mobile imaging unit" as recited in independent claim 21. Thus, neither 
Wood '035 nor Evans, alone or in combination, teach or suggest elements of independent claim 
21, from which claim 23 depends. Therefore, the Applicant respectfully submits that the 
Examiner's rejection has been overcome and dependent claim 23 is in condition for allowance. 
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The Applicant now turns to the rejection of claims 24-32 and 35-36 under 35 U.S.C. § 
103(a) as being unpatentable over Evans in view of Rothschild and further in view of Wood 
'035. As discussed above and as acknowledged by the Examiner, Evans does not teach or 
suggest a "mobile imaging unit" as recited in independent claims 24, 28, and 29. In addition, 
Rothschild does not overcome at least this shortcoming of Evans because, as discussed above, 
Rothschild does not teach or suggest a "mobile imaging unit" as recited in independent claims 
24, 28, and 29. Furthermore, as discussed above, Wood '035 does not teach or suggest a "mobile 
imaging unit" as recited in independent claims 24, 28 and 29. Thus, none of Evans, Rothschild 
or Wood '035, alone, or in combination, teach or suggest all of the elements of independent 
claims 24, 28, and 29. Therefore, the Applicant respectfully submits that the Examiner's 
rejection has been overcome and independent claims 24, 28, and 29, and corresponding 
dependent claims 25-27, 30-32, and 35-36 are in condition for allowance. 

Thus, none of the cited art teaches or fairly suggests at least the claimed limitation of a 
mobile imaging unit, wherein the mobile imaging unit is a mobile facility adapted to be used at a 
plurality of locations. This limitation is found in all of the pending claims and need not be 
implicitly read from the specification into the claims. The Applicant does define a "mobile 
imaging unit" in the claims and provides some exemplary embodiments in the specification (e.g., 
a truck or van), which may include equipment for magnetic resonance, computerized 
tomography, ultrasound, and/or other imaging or monitoring equipment (e.g., ECG) to facilitate 
medical examination of patients). (See, e.g., page 1, paragraph 2, page 2, paragraph 1 and page 
8, paragraphs 2-3). 
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Therefore, the Applicant respectfully submits that the Examiner's concerns have been 
addressed and the cited art does not teach or suggest the limitations of the presently claimed 
invention. The Applicant submits that the pending claims are in condition for allowance. 
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CONCLUSION 

It is submitted that the present application is in condition for allowance and a Notice of 
Allowability is respectfully solicited. If the Examiner has any questions or the Applicant can be 
of any assistance, the Examiner is invited and encouraged to contact the Applicant at the number 
below. 

The Commissioner is authorized to charge any necessary fees or credit any overpayment 
to the Deposit Account of GEMS-IT, Account No. 50-2401. 

Respectfully submitted, 

Date: June 14. 2006 

McAndrews, Held & Malloy, Ltd 
34 th Floor 

500 West Madison Street 
Chicago, Illinois 60661 
Telephone: (312)775-8000 
Facsimile: (312) 775-8100 



Christopher N. George If 
Reg. No. 51,728 
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-The MAILING DATE of this communication appears on the cover sheet with the correspondence address - 
THE REPLY FILED 14 June 2006 FAILS TO PLACE THIS APPLICATION IN CONDITION FOR ALLOWANCE. 
1. IS The reply was filed after a final rejection, but prior to or on the same day as filing a Notice of Appeal. To avoid abandonment of 
this application, applicant must timely file one of the following replies: (1) an amendment, affidavit, or other evidence, which 
places the application in condition for allowance; (2) a Notice of Appeal (with appeal fee) in compliance with 37 CFR 41 .31 ; or (3) 
a Request for Continued Examination (RCE) in compliance with 37 CFR 1.114. The reply must be filed within one of the following 
time periods: 

Q The period for reply expires months from the mailing date of the final rejection. 



The period for reply expires on: (1 ) the mailing date of this Advisory Action, or (2) the date set forth in the final rejection, whichever is later. In 
no event, however, will the statutory period for reply expire later than SIX MONTHS from the mailing date of the final rejection. 
Examiner Note: If box 1 is checked, check either box (a) or (b). ONLY CHECK BOX (b) WHEN THE FIRST REPLY WAS FILED WITHIN 
TWO MONTHS OF THE FINAL REJECTION. See MPEP 706.07(0. 
Extensions of time may be obtained under 37 CFR 1.136(a). The date on which the petition under 37 CFR 1.136(a) and the appropriate extension fee 
have been filed is the date for purposes of determining the period of extension and the corresponding amount of the fee. The appropriate extension fee 
under 37 CFR 1.17(a) is calculated from: (1) the expiration date of the shortened statutory period for reply originally set in the final Office action: or (2) as 
set forth in (b) above, if checked. Any reply received by the Office later than three months after the mailing date of the final rejection, even if timely filed, 
may reduce any earned patent term adjustment. See 37 CFR 1.704(b). 
NOTICE OF APPEAL 

2. D The Notice of Appeal was filed on . A brief in compliance with 37 CFR 41 .37 must be filed within two months of the date of 

filing the Notice of Appeal (37 CFR 41 .37(a)), or any extension thereof (37 CFR 41 .37(e)), to avoid dismissal of the appeal. Since 
a Notice of Appeal has been filed, any reply must be filed within the time period set forth in 37 CFR 41 .37(a). 
AMENDMENTS 

3. D The proposed amendment(s) filed after a final rejection, but prior to the date of filing a brief, will not be entered because 

(a) D They raise new issues that would require further consideration and/or search (see NOTE below); 

(b) D They raise the issue of new matter (see NOTE below); 

(c) D They are not deemed to place the application in better form for appeal by materially reducing or simplifying the issues for 

appeal; and/or 

(d) G They present additional claims without canceling a corresponding number of finally rejected claims. 

NOTE: ._. (See 37 CFR 1.116 and 41.33(a)). 

4. D The amendments are not in compliance with 37 CFR 1.121. See attached Notice of Non-Compliant Amendment (PTOL-324). 

5. D Applicant's reply has overcome the following rejection(s): . 

6. Q Newly proposed or amended claim(s) would be allowable if submitted in a separate, timely filed amendment canceling the 

non-allowable claim(s). 

7. K For purposes of appeal, the proposed amendment(s): a) □ will not be entered, or b) will be entered and an explanation of 

how the new or amended claims would be rejected is provided below or appended. 
The status of the ctaim(s) is (or will be) as follows: 
Claim(s) allowed: none . 
Claim(s) objected to: none . 
Claim(s) rejected: 1. 3-9. 11-14. 16-17. 19-36 . 
Claim (s) withdrawn from consideration: none . 
AFFIDAVIT OR OTHER EVIDENCE 



8. □ The affidavit or other evidence filed after a final action, but before or on the date of filing a Notice of Appeal will not be entered 

because applicant failed to provide a showing of good and sufficient reasons why the affidavit or other evidence is necessary and 
was not earlier presented. See 37 CFR 1.116(e). 

9. □ The affidavit or other evidence filed after the date of filing a Notice of Appeal, but prior to the date of filing a brief, will not be 

entered because the affidavit or other evidence failed to overcome ajj rejections under appeal and/or appellant fails to provide a 
showing a good and sufficient reasons why it is necessary and was not earlier presented. See 37 CFR 41 .33(d)(1 ). 

10. □ The affidavit or other evidence is entered. An explanation of the status of the claims after entry is below or attached. 
REQUEST FOR RECONSIDERATION/OTHER 



11 . H The request for reconsideration has been considered but does NOT place the application in condition for allowance because: 

See Continuation Sheet. 

12. □ Note the attached Information Disclosure Statement(s). (PTO/SB/08 or PTO-1449) Paper No(s). 

13. □ Other . 
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Continuation Sheet (PTO-303) Application No. 

Continuation of 7: 

Claim 5 has been amended to correct a typographical error, and is rejected for the same reasons given in the prior Office Action. 



Continuation of 1 1 : The request for reconsideration has been considered but does NOT place the application in condition for allowance 
because: 

Applicant's arguments have been fully considered but they are not persuasive. Applicant appears to rehash the arguments that were 
presented in the response to the Non-Final Office Action mailed on 1/25/06. In particular, Applicant repeats the arguments with regards to 
the differences between Applicant's claimed "mobile imaging unit" and the applied prior art. The Examiner has responded to these 
arguments in the Final Rejection mailed on 4/14/2006 and has clearly pointed out why the applied prior art teaches Applicant's claimed 
"mobile imaging unit." 

Applicant has failed to provide nor was the Examiner able to find a strict definition of the term "mobile imaging unif either in the claims or 
within the specification as originally filed. Therefore, the Examiner has given the claims their broadest reasonable interpretation (see 
MPEP 21 1 1). In addition, although it is proper to use the specification to interpret what the Applicant meant by a word or phrase recited in 
the claim, it is not proper to read limitations appearing in the specification into the claim when these limitations are not recited in the claim. 
In re Paulsen, 30 F.3d 1475, 1480, 31 USPQ2d 1671, 1674 (Fed. Cir. 1994); Intervet America Inc. v. Kee-Vet Lab. Inc., 887 F.2d 1050, 
1053, 12 USPG2d 1474, 1476 (Fed. Cir. 1989). If Applicant requires a strict definition of the term, it is suggested that the Applicant 
amend the claims to better reflect what Applicant intends to claim as the invention. 

In addition, it is respectfully submitted that the specification citations relied upon by the Applicant do not provide a positive definition of the 
claimed mobile imaging unit. Instead, the cited passages use non-commital language that only describes the features which "may be" 
included in the claimed mobile imaging unit in various embodiments. Such descriptions fail to define the required features of the mobile 
imaging unit. As such, the Examiner has given the claim language the broadest interpretation and has applied art accordingly. 
Further, if Applicant intends that a mobile imaging unit be a truck or a van, then Examiner suggests amending the claims to include this 
feature. Although the claims are interpreted in light of the specification, limitations from the specification are not read into the claims. See 
In re Van Geuns, 988 F.2d 1181, 26 USPQ2d 1057 (Fed. Cir. 1993). 
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ABSTRACT 



A medical records system that creates and maintains all 
patient data electronically. The system captures patient data, 
such as patient complaints, lab orders, medications, 
diagnoses, and procedures, at its source at the time of entry 
using a graphical user interface having touch screens. Using 
pen-based portable computers with wireless connections to 
a computer network, authorized healthcare providers can 
access, analyze, update and electronically annotate patient 
data even while other providers are using the same patient 
record. The system likewise permits instant, sophisticated 
analysis of patient data to identify relationships among the 
data considered. Moreover, the system includes the capabil- 
ity to access reference databases for consultation regarding 
allergies, medication interactions and practice guidelines. 
The system also includes the capability to incorporate legacy 
data, such as paper files and mainframe data, for a patient. 
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ELECTRONIC MEDICAL RECORDS 
SYSTEM 

FIELD OF THE INVENTION 

The present invention relates to electronic healthcare 
systems, and more particularly, to a system for storage and 
retrieval of electronic medical records in a computer 
environment, such as a local or wide area network including 
portable computers. 

DESCRIPTION OF RELATED TECHNOLOGY 

Healthcare providers, such as physicians, create large 
volumes of patient information during the course of their 
business at healthcare facilities, such as hospitals, clinics, 
laboratories and medical offices. For example, when a 
patient visits a physician for the first time, the physician 
generally creates a patient file including the patient's medi- 
cal history, current treatments, medications, insurance and 
other pertinent information. This file generally includes the 
results of patient visits, including laboratory test results, the 
physician's diagnosis, medications prescribed and treat- 
ments administered. During the course of the patient 
relationship, the physician supplements the file to update the 
patient's medical history. When the physician refers a 
patient for treatment, tests or consultation, the referred 
physician, hospital, clinic or laboratory typically creates and 
updates similar files for the patient. These files may also 
include the patient's billing, payment and scheduling 
records. 

Healthcare providers can use electronic data processing to 
automate the creation, use and maintenance of their patient 
records. For example, in U.S. Pat. No. 5,277,188, assigned 
to New England Medical Center Hospitals, Inc., Selker 
discloses a clinical information reporting system having an 
electronic database including electrocardiograph related 
patient data. Similarly, Schneiderman discloses a computer 
system for recording electrocardiograph and/or chest x-ray 
test results for a database of patients in U.S. Pat. No. 
5,099,424. In U.S. Pat No. 4,315,309, Cbli discloses a 
patient report generating system for receiving, storing and 
reporting medical test data for a patient population. Mitchell, 
in U.S. Pat. No. 3,872,448, likewise discloses a system for 
automatically handling and processing hospital data, such as 
patient information and pathological test information using 
a central processing apparatus. In U.S. Pat. No. 5,065,315, 
Garcia discloses a computerized scheduling and reporting 
system for managing information pertinent to a patient's 
stay in the hospital. However, these electronic data process- 
ing systems can not handle patient data in the wide variety 
of data formats typically produced by healthcare providers, 
such as physicians, laboratories, clinics and hospitals. 

Physicians often use paper based forms and charts to 
document their observations and diagnosis. Laboratories 
also produce patient data in numerous forms, from x-ray and 
magnetic resonance images to blood test concentrations and 
electrocardiograph data. Clinics and hospitals may use a 
combination of paper based charts and electronic data for 
patient records. The same patient data may exist in remote 
patient files located at clinics, hospitals, laboratories and 
physicians'offices. Similarly, patient files at one healthcare 
provider typically have different information than patient 
files at another healthcare provider. When in use, patient files 
are generally not available to other healthcare providers. In 
addition, at the time of creation, patient data is generally not 
available for use by remotely located healthcare providers. 
Moreover, relationships among specific patient data, such as 
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abnormal laboratory test results, prescribed medications to 
address the abnormality, and specific treatments adminis- 
tered by the physician, may not be apparent within a patient 
file. 

s I n the current environment, specific patient data is difficult 
to access when needed for analysis. The creation of patient 
data in remote locations exacerbates this problem. In 
addition, the wide variety of data formats for patient data 
hinders electronic processing and maintenance of patient 

10 files. Moreover, the use of a patient's file by one healthcare 
provider can preclude its simultaneous use by another 
healthcare provider Ongoing consolidation of healthcare 
providers into large health maintenance organizations 
(HMOs) and preferred provider organizations (PPOs) create 

15 issues in the transfer and maintenance of patient data in large 
enterprises having numerous remote locations. Under these 
circumstances, healthcare providers have difficulty provid- 
ing effective treatment for their patients. 

20 SUMMARY OF THE INVENTION 

The electronic medical record (EMR) system of the 
present invention automates and simplifies existing methods 
of patient chart creation, maintenance and retrieval. In 

25 contrast to other systems, the present invention creates and 
maintains all patient data electronically and thus can elimi- 
nate or supplement creating and maintaining of physical data 
records. The EMR system finishes healthcare providers with 
an intuitive, easy-to-use, icon-based interface that enables 

^ 0 them to capture and analyze patient data quickly and effi- 
ciently. Using the present invention, healthcare providers 
enter patient data immediately at the point of care. Thus, the 
EMR system captures each piece of data at its source at the 
time of entry to provide a complete audit trail for all patient 

35 data. In this manner, the EMR system transforms a patient 
chart from a static record of a few clinical interactions into 
a dynamic, real-time comprehensive record linked to an 
enterprise- wide clinical database. In addition, the EMR 
system of the present invention includes the capability to 

40 manage a wide variety of patient data formats, including 
patient data from external sources, such as laboratories and 
pharmacies. The EMR system can also incorporate a 
patient's legacy data, such as a paper chart, into the patient 
record as well as legacy data from mainframe computers. 

45 The present invention likewise provides instant access to 
a patient's electronic medical record by authorized health- 
care providers from any geographical location. Thus, the 
EMR system enables authorized healthcare providers to 
access and update patient files using wireless pen-based 

50 personal computers. To enable complete replacement of 
physical records, the present invention permits healthcare 
providers, such as physicians or nurse practitioners, to 
electronically annotate patient data. Thus, a healthcare pro- 
vider can acknowledge reviewing patient data, provide 

55 instructions, such as prescriptions for medication to admin- 
ister to a patient, and approve recommendations for treat- 
ment by other providers, all by electronically annotating a 
patient's record. In addition, authorized healthcare providers 
can access a record while other providers use the same 

60 record allowing for real-time collaboration. The availability 
of electronic data permits instant, sophisticated analysis of 
patient data. Moreover, the EMR system enables enhanced 
analysis of patient data by providing access to reference 
databases for diagnosis, procedures and medication. 

65 One aspect of the present invention includes a medical 
records system, comprising a point of care system to capture 
patient data at a point of care and a patient data repository, 
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in communication with the point of care system and with FIG. 10 is a block diagram illustrating the structure of a 

external systems, to store and organize the patient data for practice guideline in the point of care system of FIG. 4. 

access by the point of care system. FIG. 11 is a block diagram illustrating the structure of the 

Another aspect of the present invention includes a medi- medication data capture and the practice guideline in the 

cal records system comprising a point of care system to 5 point of care system of FIG. 4. 

capture data in a patient record at a point of care, wherein the nQ u ^ a b , ock dj ffl iUustra|i the slmclure of the 

panent record includes a pauent .denufier and at least one ^ ^ ; , of F]G x 

data structure including the patient identifier and the data. r m ^ . , 

Yet another aspect of the present invention includes a nG ; 13 * a bl ° ck ^^ting the structure of a 

medical records system comprising a point of care system to 30 P atient record Wltmn me P aUent data of 12 

capture data at a point of care and a patient data repository, nG * 14 15 an example of the patient record of FIG. 13. 

in communication with the point of care system and with FIG. ISa is a flowchart illustrating the process flow of the 

external systems to store and organize the data in a patient patient data repository of FIG. 12. 

record for access by the point of care system, wherein the FIG. 15b is a flowchart illustrating the process for a 

patient record includes a patient identifier and at least one 15 transfer of data from a cache to a data archive in the patient 

data structure including the patient identifier and the data. data repository of FIG. 12. 

In addition, another aspect of the present invention FIG. 16 is a block diagram illustrating the structure of the 

includes a method of using an electronic medical records j a t a interface of FIG 12 

system comprising the steps of capturing patient data elec- nG 1?fl ^ a flo^,^'^^ the process flow of lhe 

ironically at the point oi care, organizing the patient data so zo . ms* -iru ■ ■ «■ • j * r 

. 3 v . . ' . 6 t & . j . data interface of FIG. 16 when receiving patient data from 

as to form a patient record, filing the patient record, and an externa j source 

retrieving the patient record to access the patient data for use 

in the care of a patient- nG llb 15 a flowchart illustrating the process flow of the 

Yet another aspect of the present invention includes a S^S" 16 ^ transmittil * patknt 6 ^ l ° 

method of retrieving patient data in an electronic medical 25 

records system having a patient data repository, comprising ^ 18 * a block diagram illustrating the structure of the 

the steps of obtaining a patient identifier, locating a patient reference database of FIG. 1. 

record corresponding to the patient identifier in the patient FIG. 19 shows an example of a graphical user interface of 

data repository, and determining the location of the patient the point of care system of FIG. 4 having a reference access 

data within the patient record. 30 button and a medication manager button. 

Another aspect of the present invention includes a method FIG. 20 shows an example of a graphical user interface 

of managing a patient data repository having a cache and a for the diagnosis module and the procedure module of the 

data archive, comprising the steps of monitoring a status of reference database of FIG. 18. 

data within the cache, and moving the data to the data fj G 2 \ shows an example of a graphical user interface 

archive when the status exceeds a threshold. - for tne medication manager of the reference database of FIG. 

Still another aspect of the present invention includes a 18. 

method of communicating with an external source having an nG 22 shows an example of a med ication interaction 

interface to an electronic medical records system, compris- wmdow of the medication manager of FIG. 21. 

ins the steps of finding an interface for the external source, „ . , . , .„ . , _ , 

. iU , , • . r ,40 FIG. 23 is a block diagram illustrating the structure of the 

connecting to the external source using the interlace, and J? & 

converting patient data for transfer between the external legacy data syslem ot HO ' 1 

source and the electronic medical records system. ^G. 24 is an example of a typical configuration for the 

electronic medical records system of the present invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram illustrating the electronic 4 * DETAILED DESCRIPTION OF THE 

medical record (EMR) system architecture of the present PREFERRED EMBODIMENTS 

invention. The following detailed description of the preferred 

FIG. 2 is a flowchart illustrating the process flow of the embodiments presents a description of certain specific 

EMR system of the present invention. embodiments to assist in understanding the claims. 

FIG. 3 shows an example of a graphical user interface of However, one may practice the present invention in a 

the EMR system useful for the scheduling of a patient multitude of different embodiments as defined and covered 

appointment as shown in FIG. 2. by the claims. 

FIG. 4 is a block diagram illustrating the structure of the For convenience, the description comprises three sec- 
point of care system of FIG. 1. 55 t j ons: emr System Architecture and Overview, EMR Sys- 

FIG. 5 shows an example of a graphical user interface of t e m Configurations and Summary. The first section provides 

the point of care system of FIG. 4. an overview of the EMR system architecture, the following 

FIG. 6 shows an example of a new form window of the section describes EMR system applications and preferred 

point of care system of FIG. 4. embodiments for practicing the EMR system of the present 

FIG. 7 shows an example of an annotate window of the 60 invention, and the remaining section summarizes advanta- 

point of care system of FIG. 4. geous features of the present invention. 

FIG. 8 shows an example of a viewer window displaying , ™ „ * . • , ^ 

an image of patient data of the point of care system of FIG. 1 EMR S y s,em Aictateclure and Overview 

4. FIG. 1 illustrates the architecture of the EMR system. 

FIG. 9 is a block diagram illustrating the structure of a 65 Healthcare providers, such as physicians, at hospitals, labo- 

medicalion data capture in the point of care system of FIG. ra lories and clinics, generally capture and access patient data 

4. using a point of care system 100 that communicates with a 
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patient data repository 102. Patient data, such as vital signs, an appointment date and an appointment time. An adjacent 

x-ray images and laboratory results, resides in the patient box, such as the date box 126, displays the selected date and 

data repository 102. The patient data repository 102 also lime. Lastly, the healthcare provider enters a textual descrip- 

communicates with external sources to obtain patient data, tion of the patient's complaint in a reason box 127. Note that 

such as laboratory test results and x-ray images, and to 5 the healthcare provider can review prior or future scheduled 

transfer patient information, such as prescriptions for appointments by clicking on the appointments button 128. 

medication, from the EMR system to other healthcare pro- Similarly, the healthcare provider can track referrals by 

viders. The point of care system 100 captures patient data in entering the identity of persons who referred this patient to 

real-time at the point of care, that is, where healthcare their care in the referral box 129. 

providers interact with their patients. For example, physi- jo Referring now to FIG. 4, a block diagram illustrates the 
cians can use a point of care system 100 to enter, access, structure of the point of care system 100. The point of care 
process, analyze and annotate data from patient records in system 100 includes the following modules: a patient data 
real-time at the point of care. Thus, using the point of care capture 140, a clinical data capture 142, progress notes 144 
system 100, a physician, who has many patients in a and an encounter data capture 146. During a patient visit, the 
hospital, can visit each patient in their room, access their 25 healthcare provider (not shown) can enter, review and anno- 
electronic patient record there, enter results of the current tate patient information, such as family history, 
examination, evaluate their medical history, electronically appointments, current medications and complaints, using the 
annotate their x-rays images and prescribe medications and patient data capture 140. The healthcare provider can like- 
treatments instantaneously as the point of care system 100 wise enter, review and annotate clinical data obtained during 
captures and organizes patient data into the patient record 2 o me visil, such as body temperature and blood pressure, using 
stored in the patient data repository 102. The point of care the clinical data capture 142. Similarly, the healthcare pro- 
system 100 may likewise communicate with a reference vider can enter laboratory data for patients with the clinical 
database 104 to assist a healthcare provider in making data capture 142. The clinical data capture 142 communi- 
diagnoses, prescribing medications and administering treat- cales with the patient data capture 140 to assist in identifying 
ments. Moreover, the patient data repository 102 may also 2 s needs for further clinical data. For example, a family history 
communicate with a legacy data system 106 to access of high blood pressure may indicate a need to obtain the 
pertinent patient data in paper files and mainframe electronic patient's blood pressure during the visit. The patient data 
databases. capture 140 also communicates with the encounter data 
Referring now to FIG. 2, a flowchart illustrates the capture 146, where a healthcare provider can enter, review 
operationof the EMR system. For example, a patient having 30 and annotate data regarding diagnoses and procedures 
a complaint contacts a healthcare provider 110, such as a administered to the patient. Moreover, the healthcare pro- 
physician, to schedule an appointment. The EMR system vider can use the progress notes 144 to summarize details of 
obtains the patient record HI from the patient data reposi- the patient's condition and to review the patient's progress 
tory 102 (FIG. 1) prior to the scheduled appointment. The over time. Thus, the progress notes 144 communicates with 
EMR system is also capable of handling patients on a 35 the patient data capture 140, the clinical data capture 142 
walk-in basis by scheduling an appointment and requesting and the encounter data capture 146. 
the patient's record immediately thereafter. The EMR sys- Referring now to FIG. 5, in a preferred embodiment, the 
tem updates the patient record 112 to include the complaint point of care system 100 (FIG. 1) includes a graphical user 
and other information pertinent to the appointment, such as interface having a patient chart window 150 to capture 
insurance information. A healthcare provider, such as a 40 patient information. The point of care system 100 presents a 
physician, examines the patient 113 using the point of care patient record graphically using a tabbed layout to organize 
system 100 (FIG. 1) to make a diagnosis and to treat the patient data. The patient chart window 150 includes tabs for 
patient's condition. As determined at 114, if a diagnosis is patient data 151, clinical data 152, encounter data 153 and 
not possible on the basis of this examination, the physician progress notes 154. Pointing and clicking on a tab on the 
may need to obtain additional clinical data 115, such as 45 patient chart window 150 opens a folder window 155 where 
laboratory tests and x-rays. When available, the physician a healthcare provider can enter and review patient data 
uses the point of care system 100 (FIG. 1) to evaluate the within the folder. For example, to activate progress notes 
results 116 and to examine the patient 113 again in light of 144 (FIG. 4), the healthcare provider selects the progress 
the results. Upon making a diagnosis, the physician may notes tab 154 to display a list of progress note data in the 
need to prescribe medications 117 for the patient's condi- 50 folder window 155. In a similar manner, to activate the 
tion. Similarly, the physician may need to administer a patient data capture 140, the clinical data capture 142 or the 
treatment 118 to address the patient's condition. At the encounter data capture 146, one selects the patient data lab 
conclusion of the patient's visit, the EMR system files the 151, the clinical data tab 142, or the encounter data tab 153, 
patient's record 119 in the patient data repository 102 (FIG. respectively. 

1) for future reference. 55 To enter patient data, the healthcare provider clicks on the 

In a preferred embodiment, the EMR system includes scroll down button 156 to select a form from a list of 

graphical user interfaces to access system functions. For available forms to enter patient data. This activates the new 

example, as shown in FIG. 3, a chart puller window 120 forms box 157. The provider then points and clicks on the 

enables a healthcare provider to schedule a patient appoint- new form button 158. For example, FIG. 6 shows a new 

ment using its point and click interface. To schedule an 60 form window 161 displaying the pediatric problem form 162 

appointment, a healthcare provider activates the select but- selected by the healthcare provider using the scroll down 

ton 121 with a pointing device, such as a mouse or electronic button 156 (FIG. 5). The healthcare provider fills out the 

pen, to obtain a list of patients. The healthcare provider then pediatric problem form 162 using an input device, such as a 

scans the list to select the name of the appropriate patient keyboard, a mouse or an electronic pen. For example, the 

using a pointing device. The EMR system places the name 65 provider uses a keyboard to enter text "6/7/96 Stomach 

of the selected patient in the patient box 123. Similarly, the Ache" 164 and an electronic pen to enter initials 166 for 

healthcare provider uses the up/down buttons 125 to select identification. When done with patient data entry, the pro- 
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vider exits the form using the File Menu 168 and the point 
of care system 100 returns the provider to the patient chart 
window 150 (FIG. 5). Referring back to FIG. 5, the new 
form appears as the top entry of the list in the folder window 
155. 

Similarly, to annotate patient data, the healthcare provider 
first selects an item to annotate by pointing and clicking on 
the item in a list displayed in the folder window 155. The 
provider then clicks on the annotate button 159 to open the 
item in an annotate window 170, as shown in FIG. 7. For 
example, the annotate window 170 of FIG. 7 displays a 
blood test result 172. As before, the healthcare provider 
annotates the blood lest result document 172 using an input 
device, such as a keyboard, a mouse or an electronic pen. For 



10 



the patient data capture 140 and with the progress note 144. 
Similarly, the practice guideline 149 communicates with 
patient data capture 140, the clinical data capture 142, the 
encounter data capture 146 and the progress note 144. 
However, the practice guideline 149 may now communicate 
with the medication data capture 148 to address situations 
where accepted practice guidelines require a healthcare 
provider to prescribe and administer medications. In a 
preferred embodiment, the point of care system 100 includes 
the graphical user interface illustrated in FIG. 5. Referring 
back to FIG. 5, the patient chart window 150 includes tabs 
for medication data 191 and practice guidelines 193 that 
activate the medication data capture 148 and the practice 
guideline 149, respectively. Similarly, pressing the medica- 



example, the provider uses a keyboard to enter text ''Out of 15 lion manager button 192 activates the medication data 
Range" 174 and an electronic pen to circle 176 the out of capture 148 and the practice guideline 149. A healthcare 
range result. When done with annotations, the provider exits provider can enter, review and annotate patient medication 
the form using the File Menu 178 and the point of care data and practice guideline data as described previously, 
system 100 returns the provider to the patient chart window Referring now to FIG. 12, a block diagram illustrates the 

150 (FIG. 5). Note that the point of care system 100 tracks 2 o structure of the patient data repository 102. The patient data 



the review of patient data and identifies reviewed files with 
a mark 160 in the folder window 155. By annotating patient 
data, a healthcare provider, such as a physician, can 
acknowledge reviewing patient data, provide instructions, 
such as directions for additional tests and procedures or 
prescriptions for medication to administer to the patient, and 
approve recommendations for treatment by other healthcare 
providers. Lastly, as shown in FIG. 8, a healthcare provider 
uses the patient chart window 180 to view patient data. First, 



repository 102 includes a patient locator 200, a data manager 
202 and a data interface 204. The patient locator 200 
generates a unique patient identifier (PID) 221 (FIG. 14) for 
each patient and creates and maintains a table having PIDs 
for all patients who have data in the patient data repository 
102. All data records related to a patient 211, 212, 213, 214, 
215, 216, 219 include and reference the patient's unique PID 
as shown in FIG. 13. 

With reference to FIG. 13, upon creation of a patient 



the healthcare provider selects a view item 182 by either 30 record, the patient locator 200 creates a patient data structure 
pointing and clicking twice on the item in a list displayed in 210 having the PID and the patient's name. In a preferred 
the folder window 184 or by pointing at the item in the list embodiment, the patient data structure 210 includes pointers 
and pressing the view button 183. The double click opens a to data structures having data within a patient record cap- 
viewer window 185 to display the view item 182. For tured by the point of care system 100 and incorporated from 
example, the viewer window 185 of FIG. 8 displays an x-ray 35 external sources (e.g., a digital x-ray image file stored in a 



186. As before, the healthcare provider may annotate the 
x-ray 186 with comments and observations by clicking on 
the annotate button 187. The healthcare provider may like- 
wise close the viewer window 185 by clicking on the close 
button 189. 

Certain additional structures in the point of care system 
100 (FIG. 1) will now be discussed with reference to FIGS. 
9, 10 and 11. Referring now to FIG. 9, an optional medica- 
tion data capture 148 supplements the structure of the point 



raster pixel format). Thus, the patient data structure 210 
maintains a pointer to an interface files structure 211 having 
patient data transmitted from external sources. The patient 
data structure 210 likewise maintains pointers to a clinical 
40 data structure 212, a progress note structure 213 and an 
encounter data structure 214. 'ITiese data structures include 
patient data captured by the clinical data capture 142, 
progress notes 144 and encounter data capture 146, respec- 



tively (FIG. 4). In another preferred embodiment, the patient 

of care system 100 of FIG. 4. A medication data capture 148 45 data structure 210 may include pointers to data structures 

allows a healthcare provider to monitor a patient's medica- having data generated by the reference database 104 and 

tions. The medication data capture 148 communicates with transferred by the legacy data system 106. Thus, the patient 

the patient data capture 140 to account for medications the data structure 210 may maintain pointers to a medication 

patient is currently taking. The medication data capture 148 data structure 215 and a guideline data structure 216. As 

similarly communicates with the progress notes 144, where 50 described above, the medication 215 and guideline 216 data 



a practitioner can monitor changes in a patient's condition 
resulting from medication therapies. Referring now to FIG. 
10, an optional practice guideline 149 supplements the 
structure of the point of care system of FIG. 4. The practice 
guideline 149 provides references for practitioners to consult 
regarding courses of action to obtain a diagnosis and alter- 
native treatments for various conditions. The practice guide- 
line 149 communicates with the patient data capture 140, the 
clinical data capture 142 and the encounter data capture 146 



to assist the practitioner in selecting the appropriate course 60 patient chart. 



structures include patient data captured by the medication 
data capture 148 and the practice guideline 149, respec- 
tively. In this embodiment, a reference data structure 217 
may maintain pointers to the encounter data structure 214 
55 and to the medication data structure 215 for access to 
reference information contained in a reference database 104. 
Lastly, the patient data structure 210 may maintain a pointer 
to a legacy files structure 219 having patient data transmitted 
from the legacy data system 106, such as an image of a 



of action. The practice guideline 149 likewise communicates 
with the progress notes 144 to provide a healthcare provider 
with a historical context of the patient's condition and 
alternative treatments already attempted. 

FIG. 11 shows a point of care system 100 having a 
medication data capture 148 and a practice guideline 149. As 
before, the medication data capture 148 communicates with 



65 



FIG. 14 shows a logical view of a patient record 220 
corresponding to the structure illustrated in FIG. 13. The 
patient record 220 includes the PID generated by the patient 
locator 200 (FIG. 12) in the patient data repository 102 (FIG. 
1). In addition, the patient record 220 includes patient data 
in a variety of data types generated by healthcare providers. 
Thus, the patient record includes text data 223, such as 
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electronic mail and word processing documents from other when data requested for storage in the cache would exceed 
healthcare providers, image data 225, such as scanned its memory capacity. In this circumstance, the data manager 
physical documents, x-rays and CATSCANs, and audio data 202 first transfers to the data archive 208 signed files and 
227, such as a physician's dictation and voice mail. Lastly, then data files in chronological order, i.e., oldest files first, 
the patient record 220 has data tables 229, such as a 5 Similarly, a healthcare provider can specify a predetermined 
physician's ICD9 diagnosis codes and CPT procedure time, such as 3 calendar days, or other selected conditions 
codes. In view of the structure of a patient record 220, for transfer to the data archive 208. As determined at 262, if 
referring back to FIG. 12, the data manager 202 uses the PID the cache 206 does not have the data to transfer, the process 
to store and retrieve patient records. Moreover, the data ends as the data manager 202 ignores the request. As 
interface 204 permits communication with external sources 10 determined at 264, if the data in the cache 206 is not ready 
to obtain patient data, such as demographic data, laboratory for transfer, the process ends and the data manager 202 
test results and x-ray images, and to transfer patient queues the request for the next transfer of data to the data 
information, such as prescriptions for medication, from the archive 208. Data in the cache 206 is ready for transfer when 
patient data repository 102 to external healthcare providers. a physician has reviewed and accepted it and when it has not 
With reference to FIG. 12, the patient data repository 102 15 been previously committed to the data archive 208. 
may optionally include a cache 206 for temporary storage of Otherwise, the data manager 202 transfers data from the 
patient data and a data archive 208 for long term storage of cache 206 to the data archive 208 at 266. 
patient data. In this embodiment, the data manager 202 Referring now to FIG. 16, the data interface 204 of the 
coordinates the transfer of patient data to and from a data patient data repository 102 includes an interface manager 
archive 208 into a cache 206. For example, the data manager 2 o 270, a data handler 272 and a communication interface 274. 
202 may identify patient records that a healthcare provider To transfer and receive patient data from external sources 
needs for appointments scheduled at a future time and then (not shown), the interface manager 270 communicates with 
transfer these patient records from the data archive 208 into a data handler 272 and a communication interface 274. In 
the cache 206 for quick access prior to the scheduled addition, the communication interface 274 communicates 
appointment. Similarly, the data manager 202 may purge 2 5 with the data handler 272 for conversion of received external 
from the cache 206 records of patients who have not had patient data into formats recognized by the EMR system, 
recent appointments and whose records are already The interface manager 270 creates and maintains an inter- 
archived. The data manager 202 likewise tracks the location face registry of data formats for external sources. Prior to 
and description of patient data within the data archive 208 by data transfer or receipt by the EMR system, the interface 
associating the file name of the patient data within a patient 30 manager 270 registers an interface for an external source, 
record 220 with the patient identifier 221. When possible, Upon registration of an interface, the interface manager 270 
the data manager 202 will group data associated with a can provide the appropriate conversion routines for the data 
patient within the data archive 208 for rapid retrieval in a handler 272 to use for transfer of data to and receipt of data 
manner similar to files within a directory in an operating from an external source. These conversions are well under- 
system. Thus, the data manager 202 assigns a directory to 35 stood by the relevant technologist. 

each patient identifier and then stores patient data within this FIGS. 17a and 176 illustrate the operation of the data 

directory. interface 204 of the patient data repository 102 (FIG. 12). 

FIG. 15a illustrates the process flow for the patient data Referring now to FIG. 17a, the data manager 202 issues a 
repository 102 (FIG. 1). For example, the point of care request 280 for patient data from an external source. At 282, 
system 100 (FIG. 1) issues a request for patient data 250. 40 the interface manager 270 determines if the registry includes 
With reference to FIGS. \5a and 12, the patient locator 200 an interface for the external source, such as a laboratory or 
receives the request from the point of care system 100 and, pharmacy. As determined at 282, if the registry includes an 
at 251 attempts to find the PID for the record having the interface for the external source, the communication inter- 
requested patient data. As determined at 252, if no PID is face 274 connects to the external source 284 to receive 
found, the patient locator 200 reports an error 253. At this 45 patient data. The data handler 272 retrieves the appropriate 
point, the patient data repository 102 (FIG. 1) may recover conversion routine for the external source to convert data 
from the error 253 by either restarting the process or by 286. In a preferred embodiment, the data handler 272 
ending the process. Otherwise, the patient locator 200 com- converts data from an external source into a database table 
municates the PID to the data manager 202. The data for the appropriate PID. Lastly, the data manager 202 
manager 202 locates the patient record using the PID at 254. 50 incorporates converted data 288 into the patient record. 
As determined at 255, in a system without cache 206 and Otherwise, the interface manager 270 reports an error 289. 
without a data archive 208, the data manager 202 delivers The data manager 202 may recover from the error 289 in 
the requested data 256 to the point of care system 100. In a several ways. First, the data manager 202 may invoke a 
system having a cache 206 and a data archive 208, the data module to register an interface for the external source so as 
manager 202 determines at 257 if the requested data exists 55 to allow the process to continue. Second, the data manager 
in the cache 206. If so, the data manager 202 delivers the 202 may end the process at this point. Lastly, the data 
requested data 256 to the requester from the cache 206. manager 202 may restart the process in the event the external 
Otherwise, the data manager 202 first moves the data 258 source was specified incorrectly. 

from the data archive 208 to the cache 206 and then delivers Referring now to FIG. 176, an external source requests 

the requested data 254 to the requester from the cache 206. 50 data 290 from a patient record. As described above, the 

In addition, FIG. 156, in conjunction with FIG. 12, interface manager 270 determines at 292 if the registry 

illustrates the process for transferring data from a cache 206 includes an interface for the external source. As determined 

to a data archive 208. TTie data manager 202 monitors the at 292, if the registry includes an interface for the external 
contents of the cache 206. To improve the performance of source, the data manager 202 locates the requested data at 
the cache 206, the data manager 202 requests transfer 260 of 65 294 and the data handler 272 converts requested data at 296 

data to the data archive 208 under certain conditions. For to the formal required by the external source. The commu- 

cxamplc, the data manager 202 may purge the cache 206 nicalion interface 274 then sends the converted data to the 
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external source at 298. For example, the patient data reposi- 
tory 102 may transmit a physician's prescription for medi- 
cation to a hospital or pharmacy. If the registry includes no 
interface for the external source, the interface manager 270 
reports an error 299. Similarly, as discussed above for the 
process flow of FIG. 17a, the interface manager 270 may 
recover from the error 299 by restarting the process, ending 
the process or invoking a module to register the external 
source to allow the process to continue. 



button 314 activates a medication manager window 350. The 
physician can review the patient's history by viewing the 
medication history box 351 and the diagnosis history box 
352 before prescribing any new medications. The physician 
can also review any patient allergies in the allergy box 353. 
The physician can select a medication by entering the name 
of the medication in the name box 354. Note that as the 
physician enters the root letters of a medication name, a list 
of medications with the root letters appears in the medica- 



Referring now to FIG. 18, a block diagram illustrates the 10 ^ on ^ box 355 before, the physician selects a medi- 



structure of the optional reference database 104 (FIG. 1). 
The reference database 104 includes a diagnosis module 
300, a medication manager 302 and a procedure module 
304. A healthcare provider can use the reference database 
104 for assistance in diagnosing a patient's disease, pre- 
scribing medications and ordering supplemental procedures 
to treat the disease. The diagnosis module 300 communi- 
cates with a medication manager 302 to obtain information 
on medications indicated by a diagnosis. The medication 
manager 302 provides information on medications, such as 2 q 
proper dosages, allergies, contraindications, adverse inter- 
actions with other medications, and side effects. The diag- 
nosis module 300 likewise communicates with a procedure 
module 304 to obtain information on the proper adminis- 



cation from the list by clicking on it and the medication 
manager 302 places the selected medication in a selection 
box 356. If there are no contraindications or allergies for the 
patient, the physician prescribes the medications listed in the 
15 selection box 356 by clicking on the prescribe button 357. 
Otherwise, if a contraindication exists, a warning appears 
in a warning bar 358 to alert the physician. In view of the 
warning, the physician can investigate the effects of the 
medication by clicking on the results button 359. Referring 
now to FIG. 22, the results button produces a medication 
interaction window 361. A medication selection box 362 
displays the medications selected and under consideration 
by the physician. An allergy list box 363 displays the 
patient's allergens. Folder tabs 364 include labels describing 



tration of procedures indicated by a diagnosis. The proce- 25 ^ medication combinations and interactions. The physician 



dure module 304 provides information on procedures for 
treatment as indicated by the diagnosis. In many instances, 
the medication manager 302 communicates with the proce- 
dure module 304 regarding the administration of various 
medications. 

In a preferred embodiment, the point of care system 100 
provides access to the reference database 104 through a 
graphical user interface having a patient chart window 310 
shown in FIG. 19. A healthcare provider accesses the 
diagnosis module 300 and the procedure module 304 by 
pointing and clicking on a reference access button 312. 

As shown in FIG. 20, the reference access button 312 
produces a reference window 330 including the graphical 
interfaces for the diagnosis module 300 and the procedure 
module 304. For example, to enter a diagnosis, a physician 
clicks on the scroll down button 331 adjacent to the system 
box 332 to produce a list of body systems. The physician 
selects the appropriate system and the diagnosis module 300 
enters the selected system in the system box 332 and 



clicks on one of these folder tabs 364 to display the contents 
o^f the folder in the viewing box 365. The physician can then 
evaluate the information on the interaction including poten- 
tial adverse patient reactions. The physician clicks on the 
30 done button 366 to return to the medication manager win- 
dow 350 of FIG. 21. The physician can make any needed 
revisions to the medications selected in the manner 
described above. Afterwards, the physician exits the medi- 
cation manager 302 by clicking on the exit button 360. 
35 Referring now to FIG. 23, a block diagram illustrates the 
structure of the optional legacy data system 106 as shown in 
FIG. 1. The legacy data system 106 includes a data source 
370 and a converter 372. The data source 370 comprises 
physical data 374, such as paper based records and 
40 photographs, and electronic mainframe data 376. The con- 
verter 372 receives information from the data source 370 
and transforms the information into an electronic format 
compatible with the EMR system. For example, to input 
physical data 374, such as paper or image based data, into a 



provides a list having specific diagnosis codes for the 45 pat ient record, the converter 372 comprises a scanner to 

selected body system in the diagnosis box 334. The physi- digitize the physical data into a binary file format for 

cian then selects the appropriate diagnosis code and clicks incorporation into the patient's record. To input electronic 

on the add button 336 adjacent to the diagnosis selection box mainframe data 376, the converter 372 employs the same 

337. The diagnosis module 300 enters the selected diagnosis mechanism used for transfer or receipt of patient data from 

code to the diagnosis selection box 337. The physician may 50 external sources. As described before, the converter 372 



repeat the above steps to add multiple diagnosis codes to the 
diagnosis selection box 337. In a similar manner, a physician 
uses the scroll down button 331 adjacent to the topic box 333 
to select the appropriate procedure topic. The procedure 
module 304 enters the selected procedure topic in the topic 55 
box 333 and provides a list of procedure codes in the 
procedure box 335. The physician now selects the appro- 
priate procedure code and adds it to the procedure selection 



determines if an interface exists for the mainframe data, 
selects the appropriate data handler and converts the data 
into the proper format for incorporation into a patient record. 

II. EMR System Configurations 
FIG. 24 illustrates one possible configuration for the EMR 
system of the present invention. The system comprises a 
wide area network (WAN) 402, the World Wide Web (Web) 
404 portion of the Internet, and remote web servers 406, 



box 338 by clicking on the add button 336 adjacent to the 

procedure selection box 338. The physician may likewise 60 408, 410 communicating with web browsers 412. The WAN 

repeat the above steps to add multiple procedure codes to the 402 comprises a plurality of local area network (LAN) 

procedure selection box 338. The physician completes entry servers supporting local and remotely located healthcare 

of diagnoses and procedures by clicking on the done button providers. For example, the WAN 402 includes LANs sup- 

339 to return to the patient chart window 310 of FIG. 19. porting Scripps Health 414 and Sharp Memorial 430 in San 

The healthcare provider similarly accesses the medication 65 Diego and Cedars Sinai 432 and Loma Linda 434 in Los 

manager 302 (FIG. 18) by clicking on a medication button Angeles, Calif. In one presently preferred embodiment, the 

192 (FIG. 19). Referring now to FIG. 21, the medication server comprises a multi-processor personal computer hav- 
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ing Intel Pentium processors, such as a Compaq Proliant definition, data access, security, programming language 

4500R 5/100 Model 2, communicating with a fault tolerant, interface and data administration. The SQL-92 standard 

error correcting storage device, such as a Hewlett Packard specifies data definition, data manipulation, and other asso- 

20XT Optical Jukebox having 20 gigabytes of storage ciated facilities of a DBMS that supports the relational data 

capacity. The LAN 400 includes a backup server 426 and 5 model. SQL is old in the art and additional information on 

several peripherals, such as a scanner 424 to input docu- SQL-92 is available in ANSI specification X3. 135-1 992, 

ments and a laser printer 422 to print out documents. In a hereby incorporated by reference. 

preferred embodiment, the LAN backbone comprises an Similarly, in another preferred embodiment, relational 
Ethernet twisted pair cable configured in a general star databases in the EMR system support the Open Database 
topology. Similarly, the scanner 424 comprises a Fujitsu 10 Connectivity (ODBC) model. ODBC is an application pro- 
M3093EX scanner using Kofax KIPP ImageControls soft- gram interface (apj) tnat allows client applications running 
ware and the laser printer 422 comprises a Hewlett Packard under M i croso f t windows to access data from a variety of 
LaserJet 4Plus. Healthcare providers may access the LAN daU including relational and non-relational DBMS. 
400 using a desktop computer 416, a laptop computer 418 or dala may res i de on a c \i ea{ mac hine or they 
wireless pen computer 420. In a preferred embodiment, the 15 may be i ocate d on a remote server communicating through 
desktop computer 416 comprises a Compaq Deskpro 5/75 a network comm on to the client machine. Under ODBC, 
Model 630, the laptop computer 418 comprises a IBM data may vary { n complexity from shrink-wrap 
ThinkPad 760CD and the pen computer 420 comprises a databases, such as Microsoft Access, running under Win- 
Fujitsu Stylist 1000 configured with a Solectek AirLAN dows on a client macn ine to more sophisticated, proprietary 
PCMCIA network adapter for wireless LAN access. The 20 relational DB MS running on a Unix server or mainframe 
EMR system also provides for communication through the computer. For a client application to access data from a data 
World Wide Web. For example, remote healthcare providers source> a dynamic link library (DLL) driver must exist for 
may access the WAN 402 on the Web using the domain each data source t0 be acC essed. For additional information 
name "www.westcst.com" 436. Thus, a healthcare provider on ODBC is available from Inside ODBC, by Karl Geiger, 
located in Boston, Mass. may access a patient record resi- 25 nereby incorporated by reference, 
dent on the Scripps Health server 414, located in San Diego, 

Calif., using a web browser 412, such as Microsoft Explorer n - SUMMARY 

or Netscape Navigator, communicating with a Web server in The electronic medical record system of the present 

Boston, Mass. having the domain name "www.boston.com" invention advantageously overcomes several limitations of 

406. 30 existing technologies and alternatives. Because it is more 

In a preferred embodiment, servers 414, 426, desktop 416, efficient and cost effective to move data, instead of physical 

or laptop 418 computers and peripherals, such as printers records and healthcare providers, the present invention 

422 or scanners 424, communicate with each other and with eliminates the need to create and maintain any physical data 

the Web using a network operating system, such as records. In contrast to other systems, the present invention 

Microsoft Windows NT, Windows 95 or Windows for Work- 35 creates and maintains all patient data electronically. Thus, 

groups. Similarly, pen computers 420 use the Microsoft there is no need to find, pull, move, update, file and replace 

Windows for Pen Computing operating system. In another physical charts. As a result, healthcare providers no longer 

preferred embodiment, the servers, computers and periph- require substantial shelving and storage space for physical 

erals communicate using an operating system supporting files. The present invention likewise eliminates the 

Web browsers on computer networks, such as Unix, Novell 40 mishandling, loss and destruction of patient data typically 

Netware or Apple System 7.0. In yet another preferred associated with maintenance of physical data records, 

embodiment, the EMR system includes servers, computers Using the present invention, healthcare providers enter 

and peripherals networked using mixed network operating patient data immediately at the point of care. Thus, the EMR 

systems, such as Unix, Netware and Windows. For example, system captures each piece of data at its source at the time 

the LAN 400 may operate on a Windows NT network 45 of entry, including time and healthcare provider identifica- 

operating system, whereas the LAN 430 may operate on an tion. The EMR system thus provides a complete audit trail 

Apple System 7.0 network, and the Web server "www.bos- for all patient data. The audit trail, in turn, permits inexpen- 

ton.com" 406 may operate on a Unix operating system. sive analysis of outcomes, utilization and compliance. For 

Thus, the EMR system supports communication among a example, outcomes typically refer to the effectiveness of a 

variety of hardware components, such as printers 422, 50 treatment plan. Thus, the EMR system enables a healthcare 

scanners 424 and pen computers 420, using a variety of provider to analyze patient recovery times and incurred costs 

network operating systems, such as Windows, Netware or to measure the efficacy of the treatment plan. Similarly, 

Unix. In a preferred embodiment, healthcare providers, such utilization typically refers to how well available resources 

as clinics and laboratories, may also communicate with the are utilizing time. Thus, the EMR system provides the 

EMR system using modem links and standard v.34 modem 55 capability to analyze utilization of physicians, nurses, staff 

devices, such as a US Robotics Sportster 28,800 modem. and equipment as well as time utilization for patients, such. 

The EMR system includes several databases of electronic as wait times for referrals, lab results and physician exami- 
information, such as the medication manager 302 and the nations. Lastly, compliance typically refers to conformance 
data manager 202. In a preferred embodiment, the EMR with government and accreditation standards and regula- 
system implements a relational database language that con- 60 tions. The EMR system provides tools to enable healthcare 
forms to American National Standards Institute (ANSI) providers to measure conformance to standards and rcgula- 
standard SQL-92, a 580 page specification for the SQL tions. To facilitate entry of patient data at the point of care, 
relational database language. A database language standard the invention provides touch screens for entry of lab orders, 
specifies the semantics of various components of database medications, diagnoses and procedures. The invention like- 
management systems (DBMS). In particular, it defines the 65 wise provides instant access to a patient's electronic medical 
structures and operations of a data model implemented by record by authorized healthcare providers from any geo- 
the DBMS, as well as other components that support data graphical location. Thus, the EMR system enables autho- 
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rized healthcare providers to access and update patient files 
using wireless pen-based personal computers. Id addition, 
authorized healthcare providers can access a record while 
other healthcare providers use the same record. By provid- 
ing simultaneous access to patient data, the present inven- 5 
tion enables real-time collaboration among multiple health- 
care providers. 

The availability of electronic data permits instant, sophis- 
ticated analysis of a patient's clinical data. Thus, the EMR io 
system can create graphs of a patient's vital signs and lab 
results or the system can provide an analyze patient infor- 
mation to identify medication interactions and allergies. 
Using the present invention, a healthcare provider can 
likewise select, sort, and analyze patient data to identify 15 
relationships among the data considered. In addition, the 
EMR system provides flexibility in the creation and main- 
tenance of patient data repositories. Thus, the present inven- 
tion can support a large healthcare enterprise distributed 
across a large geography as well as a single physician office. 20 
Moreover, the present invention ensures patient confidenti- 
ality through the use of a tiered password system. The EMR 
system provides several levels of security for access to 
patient data. For example, a system administrator may have 
global password access to any patient data for system 25 
maintenance and debug purposes, whereas physicians may 
have access only to patient records within their specialty and 
nurses and staff may have access to only those patient 
records within their immediate care. In addition, a patient 
may request restricted access to their data by only certain 30 
personnel. Thus, in contrast to physical records, the EMR 
system provides superior protection of patient data. 

In addition, the present invention is useful in legal, 
manufacturing and general administration environments. ^ 
For example, the present invention is capable of organizing, 
maintaining and protecting legal files in an attorney's office. 
Thus, the EMR system can store and retrieve scanned 
images of paper documents, such as deeds and assignments, 
as well as other native file formats, such as word processing 4Q 
files. The EMR system organizes and retrieves this data in a 
manner alrin to that of a patient's medical record. Upon entry 
of a client data into the EMR system, attorneys can annotate 
documents, transfer information to and from other systems, 
or create new data for automatic filing in the client or case ^ 
file. Similarly, the EMR system is useful for management of 
procurement or regulatory data in a manufacturing context. 
Thus, the EMR system can organize and maintain material 
safety data sheets (MSDS) as well as other data pertinent to 
materials procurement, such as conformance to specification 5Q 
measurements and inspection data for received lots, in a 
manufacturing environment. Lastly, the EMR system is 
useful for general administrative files in any organization. 
For example, the present invention is applicable to employee 
files in human resources, customer files in sales and ^ 
approved suppliers in procurement. The EMR system can 
organize and retrieve data within these files in the manner as 
patient data in a patient data record. As discussed above, 
upon entry of a data into the EMR system, users can annotate 
documents, transfer information to and from other systems, ^ 
or create new data for automatic filing in the respective file. 

Those skilled in the art may practice the principles of the 
present invention in other specific forms without departing 
from its spirit or essential characteristics. Accordingly, the 
disclosed embodiments of the invention are merely illustra- 65 
live and do not serve to limit the scope of the invention set 
forth in the following claims. 
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What is claimed is: 

1. A medical records system, comprising: 

a point of care system to capture patient data at a point of 
care wherein the point of care system comprises: 

patient data capture to enter information provided by a 
patient, 

a clinical data capture, in data communication with the 
patient data capture to enter clinical data for the patient, 

an encounter data capture, in data communication with 
the patient data capture, to enter diagnoses and proce- 
dures administered to the patient, and 

progress notes, in data communication with the patient 
data capture, the clinical data capture and the encounter 
data capture, to enter information related to changes in 
the patient's condition, and 

a patient data repository, in communication with the point 
of care system and with external systems, to store and 
organize the patient data for access by the point of care 
system. 

2. The medical records system of claim 1, further com- 
prising a medication data capture, in data communication 
with the patient data capture and the progress notes, to enter 
medication information for the patient. 

3. The medical records system of claim 1, further com- 
prising a practice guideline for reference to accepted medi- 
cal practices, wherein the practice guideline communicates 
with the patient data capture, the clinical data capture, the 
progress notes and the encounter data capture. 

4. The medical records system of claim 3, further com- 
prising a medication data capture, in data communication 
with the patient data capture, the progress notes and the 
practice guideline, to enter medication information for the 
patient. 

5. A medical records system, comprising: 

a point of care system to capture patient data at a point of 
care; and 

a patient data repository, in communication with the point 
of care system and with external systems, to store and 
organize the patient data for access by the point of care 
system, wherein the patient data repository comprises a 
server computer having access to patient data stored in 
a relational database that accepts SQL data queries. 

6. A medical records system, comprising: 

a point of care system to capture patient data at a point of 
care; and 

a patient data repository, in communication with the point 
of care system and with external systems, to store and 
organize the patient data for access by the point of care 
system, wherein the patient data repository comprises a 
server computer having access to patient data stored in 
a relational database that is ODBC compatible. 

7. A medical records system, comprising: 

a point of care system to capture patient data at a point of 
care; and 

a patient data repository, in communication with the point 
of care system and with external systems, to store and 
organize the patient data for access by the point of care 
system, wherein the patient data repository comprises: 
a patient locator having a patient identifier, 
a data manager, in communication with the patient 
locator, to organize patient data for storage and 
retrieval using the patient identifier, and 
a data interface, in communication with the data 
manager, to transmit patient data to external systems 
and to receive patient data from the external systems. 
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8. The medical records system of claim 7, wherein the 
patient data repository further comprises: 

a cache, in communication with the data manager, to 
temporarily store the patient data for retrieval; and 

a data archive, in communication with the cache, to 
permanently store the patient data. 

9. The medical records system of claim 8, wherein the 
cache is located on a server computer. 

10. The medical records system of claim 8, wherein the 
cache is distributed across a computer network. 

11. The medical records system of claim 8, wherein the 
data archive comprises a jukebox having at least one storage 
device. 

12. The medical records system of claim 11, wherein the 
at least one storage device is a recordable optical disk. 

13. The medical records system of claim 11, wherein the 
at least one storage device is a magnetic disk drive. 

14. The medical records system of claim 7, wherein the 
data interface comprises: 

a communication interface to send and receive patient 
data from external systems; 

an interface manager, in communication with the com- 
munication interface, to set the communication inter- 
face for either transmission or receipt of the patient data 2 s 
from the external systems; and 

a data handler, in communication with the interface 
manager and with the communication interface, to 
convert selected patient data into a selected data format. 

15. A medical records system, comprising: 
a point of care system to capture patient data at a point of 

care; 

a patient data repository, in communication with the point 
of care system and with external systems, to store and 
organize the patient data for access by the point of care 
system; and 

a reference database in communication with the point of 
care system. 

16. The medical records system of claim 15, wherein the 
reference database comprises: 

a diagnosis module having diagnosis codes indicative of 
a condition of a patient; 

a procedure module, in communication with the diagnosis 
module, having procedure codes indicative of a treat- 
ment to administer to the patient; and 

a medication manager, in communication with the diag- 
nosis module and with the procedure module, having 
information on medication to administer to the patient. 

17. A medical records system, comprising: 
a point of care system to capture patient data at a point of 

care; 

a patient data repository, in communication with the point 
of care system and with external systems, to store and 
organize the patient data for access by the point of care 
system; and 

a legacy data system in communication with the patient 
data repository. 

18. The medical records system of claim 17, wherein the 
legacy data system comprises: 

a data source having patient data; and 
a converter, in communication with the data source, to 

convert the patient data into a selected format for 

transfer to the patient data repository. 

19. The medical records system of claim 18, wherein the 
data source comprises physical data. 
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20. The medical records system of claim 18, wherein the 
data source 20 comprises a mainframe computer having 
electronically stored patient data. 

21. The medical records system of claim 18, wherein the 
converter comprises a scanner. 

22. A medical records system, comprising: 

a point of care system to capture patient data al a point of 
care wherein the point of care system provides for 
annotation of the patient data; and 

a patient data repository, in communication with the point 
of care system and with external systems, to store and 
organize the patient data for access by the point of care 
system. 

23. The medical records system of claim 22, wherein the 
annotation acknowledges review of the patient data. 

24. The medical records system of claim 22, wherein the 
annotation includes instructions for patient care. 

25. The medical records system of claim 22, wherein the 
annotation indicates approval. 

26. A medical records system, comprising: 

a point of care system to capture data at a point of care; 
and 

a patient data repository, in communication with the point 
of care system and with external systems, to store and 
organize the data in a patient record for access by the 
point of care system, wherein the data comprises inter- 
face files and wherein the patient record includes, 
a patient identifier, and 

at least one data structure including the patient identi- 
fier and the data. 

27. A medical records system, comprising: 

a point of care system to capture data at a point of care; 
and 

a patient data repository, in communication with the point 
of care system and with external systems, to store and 
organize the data in a patient record for access by the 
point of care system, wherein the data comprises legacy 
files and wherein the patient record includes, 
a patient identifier, and 

at least one data structure including the patient identi- 
fier and the data. 

28. A method of using an electronic medical records 
system, comprising the steps of: 

capturing patient data electronically at the point of care; 
organizing the patient data so as to form a patient record; 
filing the patient record; and 

retrieving the patient record to access the patient data for 
use in the care of a patient. 

29. The method of claim 28, wherein the step of retrieving 
the patient record includes annotating the patient data. 

30. The method of claim 28, further comprising the step 
of evaluating the patient data so as to make a diagnosis. 

31. The method of claim 30, wherein the step of evalu- 
ating the patient data comprises consulting a diagnosis 
module to review diagnosis information. 

32. The method of claim 30, further comprising the step 
of prescribing a medication. 

33. The method of claim 32, wherein the step of prescrib- 
ing a medication comprises consulting a medication man- 
ager to review medication information. 

34. The method of claim 30, further comprising the step 
of administering a treatment. 

35. The method of claim 34, wherein the step of admin- 
istering a treatment comprises consulting a procedure mod- 
ule to review procedures to administer the treatment. 
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36. A method of retrieving patient data in an electronic 
medical records system having a patient data repository, 
comprising the steps of: 

obtaining a patient identifier; 

locating a patient record corresponding to the patient 

identifier in the patient data repository; 
determining the location of the patient data within the 

patient record. 

37. The method of claim 36, further comprising the step 
of delivering the patient data. 

38. The method of claim 36, wherein the patient data 
repository includes a cache and a data archive. 

39. The method of claim 38, further comprising the step 
of delivering the patient data when the patient data is located 
in the cache. 

40. The method of claim 38, further comprising the steps 

of: 

moving the patient data from the data archive when the 

patient data is not located in the cache; and 
delivering the patient data. 

41. A method of managing a patient data repository 
having a cache and a data archive, comprising the steps of: 

monitoring a status of data within the cache; and 
moving the data to the data archive when the status 
exceeds a threshold. 
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42. The method of claim 41, wherein the threshold 
comprises a selected time and the status comprises the 
duration of time the data has been in the cache. 

43. The method of claim 41, wherein the threshold 
5 comprises a selected portion of the storage capacity of the 

cache and the status comprises the filled portion of the 
cache. 

44. A method of communicating with an external source 
10 having an interface to an electronic medical records system, 

comprising the steps of: 

finding an interface for the external source; 
connecting to the external source using the interface; and 
j5 converting patient data for transfer between the external 
source and the electronic medical records system. 

45. The method of claim 44, wherein the step of convert- 
ing patient data for transfer comprises converting patient 
data for transfer from the electronic medical records system 

20 to the external source. 

46. The method of claim 44, wherein the step of convert- 
ing patient data for transfer comprises converting patient 
data for transfer from the external source to the electronic 
medical records system. 
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[57] ABSTRACT 

A medical ultrasonic diagnostic imaging system is provided 
which is capable of being accessed over data communication 
networks such as the Internet, making the ultrasonic images, 
diagnostic reports, and ultrasound system diagnostics infor- 
mation and operation accessible to a conventional personal 
computer using commercially available software at virtually 
any remote location. In one embodiment, the ultrasound 
system can be remotely operated from the personal com- 
puter. The inventive apparatus and techniques make it pos- 
sible for physicians to remotely access, control, and perform 
diagnoses using their ultrasound systems over a network 
such as the World Wide Web with no special hardware 
requirements. 
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ULTRASONIC DIAGNOSTIC IMAGING A significant contribution of the ingenuity of the present 

SYSTEM WITH UNIVERSAL ACCESS TO invention resides in the adaptation of existing hardware and 

DIAGNOSTIC INFORMATION AND IMAGES software to enable ultrasound systems to be accessed 

through an open architecture communication network, 

This is a divisional application of U.S. patent application 5 whereby image management capabilities may be provided 

Ser. No. 08/919,360 filed Oct. 25, 1996, now U.S. Pat. No. through a conventional off-the-shelf personal computer with 

5,715,823 which is a continuation in part of U.S. patent no special hardware, software, or expensive modifications, 

application Ser. No. 08/607,894 filed Feb. 27, 1996, now In the drawings: 

U.S. Pat. No. 5,603,323. FIG. 1 illustrates in block diagram form an ultrasonic 

This invention relates to improvements in ultrasonic 10 diagnostic imaging system which is constructed in accor- 

diagnostic imaging systems which enable an ultrasound dance with the principles of the present invention to operate 

system to be accessed or controlled from a remote location. over an internetwork, together with a personal computer 

U.S. Pat. No. 5,603^23 describes an ultrasound system which can exchange diagnostic and ultrasound system con- 

which is quickly and easily upgraded from a remote loca- trol information with the ultrasound machine; 

tion. Through two way communication with the ultrasound 15 FIG. 2 illustrates in greater detail the internetworking 

system, performance enhancements are remotely transmit- components of the ultrasound machine of FIG. 1; 

ted and installed without the need for a serviceman's call. FIG. 3 illustrates in greater detail the internetworking 

The physician's diagnostic practice is enhanced by these components of the personal computer of FIG. 1; 

quick and effective improvements to his or her ultrasound FIG. 4 illustrates a Web home page of an ultrasound 

system. The present invention, among other things, provides 20 system constructed in accordance with the principles of the 

a new technique for qualifying and testing such software present invention as it appears when accessed over an 

upgrades for ultrasonic diagnostic systems worldwide. internet from a remotely located personal computer or 

An adjunctive business to ultrasonic diagnostic imaging terminal; 

which made an appearance in the 1990's is ultrasonic image FIG. 5 illustrates a patient directory Web page for a 

management. Ultrasonic image management systems com- 25 specific patient which is accessed through the Web home 

prise specialized workstations, ultrasound system interfaces, page of FIG. 4; 

ultrasound image storage devices and networks which are FIG. 6 illustrates an ultrasound image Web page which is 

intended to facilitate ultrasonic diagnosis by the handling accessed through the patient directory Web page of FIG. 5; 

and storage of ultrasound images off-line. Such systems are FIG. 7 illustrates a patient report Web page which is 

intended to allow the physician to accumulate images in a 30 accessed through the patient directory Web page of FIG. 5 

storage medium for later recall from the workstation for and displays an ultrasound image with no degradation in 

review and diagnosis. While ultrasonic image management ultrasound image quality; 

systems can offer a valuable capability for installations with FIG. 8 illustrates the main menu of a system diagnostics 

multiple, intensively used ultrasound systems, they also Web page which is accessed through the Web home page of 

require a considerable investment. The modules and work- 35 FIG. 4; 

stations of an image management system usually have prices FIG. 9 illustrates a configuration log Web page which is 

ranging in the thousands of dollars. Special installation is accessed through the system diagnostics page of FIG. 8; 

generally required and image management systems often FIG. 10 illustrates a system control Web page which is 

employ proprietary hardware and software, which can act to accessed through the Web home page of FIG. 4; 

limit their versatility. It is desirable to provide the advan- 40 FIG. 11 illustrates a Web home page of a network of 

tages of an ultrasonic image management system without ultrasound systems constructed in accordance with the prin- 

these numerous drawbacks. ciples of the present invention; 

In accordance with the principles of the present invention FIG. 12 illustrates a patient directory Web page of one 

a medical diagnostic ultrasonic imaging system is provided system of the network of ultrasound systems which is 

which can be remotely accessed, interrogated or controlled 45 accessed through the network home page of FIG U; 

from virtually any place on the globe to provide information FIG 13 illustrates another patient directory Web page of 

about its operating characteristics, patient images and a central server which is accessed through the network home 

reports, or even for remotely controlled system operation. page of FIG 11; 

These capabilities may surprisingly be provided by com- FIG 14 illustrates a patient directory Web page of one of 

mercially available software features and inexpensive per- so the systems on a network which is accessed through the 

sonal computer hardware, making the capabilities easy to network patient directory Web page of FIG. 13; 

afford and use. Embodiments of the present invention FIG 15 illustrates in block diagram form a local network 

describe techniques for modifying an ultrasonic diagnostic of ultrasound systems; 

imaging system with inexpensive and readily available FIG. 16 illustrates in block diagram form a local network 
hardware and software, enabling the diagnostic information 55 of ultrasound systems connected by a gateway to the Inter- 
gathered through use of the ultrasound system to be accessed net; and 

from remote locations. Constructed embodiments of the FIG. 17 illustrates in block diagram form a local network 

present invention are described which provide means for of ultrasound systems connected by a network modem to a 

remotely accessing configuration information from the ultra- personal computer remote from the network, 

sound system, running tests and diagnostics on the ultra- 60 Turning first to FIG. 1, an ultrasonic diagnostic imaging 

sound system from remote locations, and even the ability to system 10 which is constructed in accordance with the 

remotely control the operation of the ultrasound system. principles of the present invention is shown in the upper half 

Embodiments of the present invention can also provide of the drawing in block diagram form. The ultrasound 

many of the functions and features of commercially avail- system 10 is constructed to be accessed by a personal 

able ultrasound image management systems, but for only a 65 computer 100 which is remotely located. The ultrasound 

tiny fraction of the cost of a typical image management system 10 includes a number of conventional components, 

system. including a scanhead 12 which transmits ultrasonic waves 
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into the body of a patient, receives echoes returning from the that of the receiver by high speed routers which search the 

interaction of the transmitted waves with internal organs and network for a pathway from sender to receiver. At the 

tissue of the body, and converts the received echoes into receiver's location the individual packets are received and 

electrical echo signals. The electrical echo signals are appro- reassembled to reform the original message. The advantage 
priately delayed and combined by a beamformer 12 to form 5 of packet-switching is that the network can handle many 

coherent beams of echo information. The beams of echo messages at one time by interleaving packets from different 

information are processed by an image processor 16 to form senders. The disadvantage of packet-switching is that as 

ultrasonic images, which are stored in an image store utilization of the network increases, higher volume traffic 

partition 24a of a storage medium 24. The images may also will slow the time required to send all of the packets of a 
be further processed by a video processor (not shown) to be 10 message across the network. 

placed in a raster format suitable for display on a system The packet-switching approach became the choice for 

display 26. internetworked computers due to advantages of cost and 

The operation of the ultrasound system 10 is under the performance. Since many computers can share a network 

control of a control panel 20. The control panel 20 also and can communicate rapidly in short packet bursts, the 
enables a user to prepare diagnostic reports of the ultrasound is costs of dedicated circuits are avoided. Moreover, demands 

exams performed, using a report generator software package for greater capacity are met by ever-increasing computer 

22 which is stored in the ultrasound system. The diagnostic performance. Advances in computer technology provide the 

reports may be displayed or printed out on a printer (not ability to handle higher volumes of data at ever increasing 

shown), and may also be stored in a report store partition 24f> rates of data transfer. 

of the storage medium 24. 20 DARPA's task was to connect numerous government and 
In accordance with the principles of the present invention civilian computer networks in one unifying interconnection 
the ultrasound system of FIG. 1 further includes a HyperText of networks, or internet. An internet is a group of intercon- 
Transport Protocol (HTTP) server 30. The HTTP server is nected networks that operate in a coordinated manner. Some 
connected to access ultrasonic images and reports from the of the most important developments which make internets 
storage medium 24, and makes the system's images and 25 possible came from research projects initiated by DARPA 
reports accessible to a personal computer, terminal, or This research had a very significant result: it established 
workstation at a remote location. In FIG. 1 the server 30 is networking standards for packet-switching networks to 
connected by a modem 32 to a wire (42) or wireless (44) communicate with each other, independent of the character- 
communication network 40. The server 30 makes the diag- istics of their underlying hardware. These standards allow 
nostic information of the ultrasound system 10 available to 30 universal communication among computer networks, while 
users connected to access the ultrasound system through the allowing individual users to employ (or continue using) 
communication network 40. hardware of their own choosing. Iht common standards 
The terminal of one such user is shown in the lower half allow participants to individually employ and administer 
of FIG. 1. This user has a commercially available personal their own network hardware while seamlessly interacting 
computer (PC) 100, including a PC processor 102, a monitor 35 with data from a universe of other users. This achievement 
108, and a keyboard 110. Installed on the personal computer led to the creation of the most famous internet connection, 
100 is a commercially available Web browser 104 and now commonly known as the Internet and its World Wide 
network software 106, which enable the user to access the Web of interconnections. The present invention applies the 
World Wide Web of the Internet through a modem 132. The Internet advantage of universal connectibility, and the ben- 
user is thus able to use the commercially available PC 40 efits of the World Wide Web, to ultrasound to enhance the 
hardware and software to communicate over the Internet practice of diagnostic ultrasound by the physician and 
with the ultrasound system through the server 30. system serviceability by an ultrasound technician. 

The well known Internet is the result of developments The Internet, as mentioned above, is a network of net- 
known as internetwork technology, which enables comput- works which facilitates the transfer of data among numerous 
ers and computer networks at one location to communicate 45 users who are connected to the network. The World Wide 
with computers and computer networks at other locations. Web (the "Web") is the name of a high level user interface 
Basic development of internetworking technology began in which has been created on the Internet to make transfers of 
the 1960's under the leadership of the Defense Advanced data easier and more logical The Web provides users with 
Research Projects Agency (DARPA) of the U.S. a distributed menu system. Menu pages or screens are 
government, which was responding to the needs of scientists 50 displayed to users through which the user can easily request 
and the military to be able to exchange information over a information from another computer, or host. The major 
computer network. Two basic approaches to communica- power of the Web is the ability to nonlinearly link or jump 
lions networks were possible, circuit-switched networks and from one set of information to another through display 
packet-switched networks. A circuit-switched network oper- elements caUed hypertext links. When a screen displays 
ates by forming a dedicated circuit between two points. An 55 something in the characteristic of a hypertext link, generally 
example of a circuit-switched network is the U.S. telephone blue text or a colored outline of a graphic, the user has the 
network. Once a telephone caller has been connected to ability to click on the hypertext element and immediately be 
another telephone by switching technology, the capacity of transferred to the data or information identified by the 
that circuit is established and is not diminished by any other hypertext, whether the data is at the same host as the 
use of the network. Thus the advantage of circuit switching 60 displayed information or at some other host location some- 
is a guarantee of capacity once the circuit is completed. The where else in the world. The user has the ability to thereafter 
disadvantage is cost, for circuit costs are fixed, regardless of click back to the original screen display, or follow a 
the level of network utilization. sequence of links to sought-after information which can then 
Packet-switching employs a different approach. A mes- be transmitted, or downloaded, from that host. On the 
sage from one network user to another is broken up into 65 Internet, Web addresses with the prefix "http://" denote Web 
discrete units of information called packets. The packets are screens with hypertext linking capability which conform to 
directed across the network from the sender's location to the published "RFC" standards of the Internet Engineering 
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Task Force. Through hypertext linking a user is quickly able used to track, check and order the data segments in the 
to follow pointers and references to the exact information proper sequence. Since a block of data is transmitted over 
being sought. The information returned through these links the Internet in discrete packets, individual ones of which 
can be encoded to be reproduced in numerous formats, may be routed differently by gateways, there is no assurance 
including text documents, images, graphics, video displays, 5 that the packets will arrive at their destination in the proper 
and even audio. This power of the Web's hypertext linking order or without errors. The TCP packets provide a means of 
is brought directly to ultrasound systems and diagnostic assuring packet delivery, integrity, and sorting order. At the 
ultrasound information by the present invention. receiving end the packets are checked for errors in accor- 

Turning now to FIG. 2, a more detailed block diagram of dance with the TCP packet header information, error-free 
an ultrasound system constructed in accordance with the 10 segments are acknowledged, and the packets are put in order 
principles of the present invention is shown. The interface to reassemble the original block of data. The sender keeps 
by which the system physically connects to the network is track of segment acknowledgmeots, and if a segment is not 
called a port In FIG. 2 the ultrasound system is connected timely acknowledged the sender retransmits the packet. If a 
to an internetwork through a serial port 31. A common segment is lost on initial transmission or received out of 
hardware device that translates between the digital domain 35 order, TCP holds the received segments until all segments 
of the ultrasound system and the analog domain of a are accounted for at the received end, at which time they 
telephone system is called a modem (modulator/ may be ordered in their proper and complete sequence for 
demodulator). The modem 32 converts serial digital data reassembly of the original block of data, 
from the serial port 31 into analog signals suitable for At the transmitting end, TCP packets are passed to IP, 

transmission over telephone lines. The modem also trans- 20 which puts the segments into the form of IP packets or 
lates incoming analog telephone signals into digital data for datagrams. The datagram contains an IP header which 
passage through the serial port 31 and use by the ultrasound provides addressing information used by gateways to route 
system A suitable modem is available from Hayes Micro- the datagram to its proper destination. The IP header con- 
computer Products, Inc., which has established standards tains the source and destination Internet addresses to enable 
used by a number of modem manufacturers. 25 gateways to properly route the data, and the receiver to 

Communication with the modem 32 is established by acknowledge receipt of the datagram. IP makes a best-ettort 
software known as PPP (point-to-point protocol) software as attempt to deliver all datagrams, but does not assure their 
shown in block 48 of the drawing. PPP is a standard that delivery. Assurance of delivery is provided by TCP through 
enables multiple network protocols to be used over a modem acknowledgment and retransmission as described above, 
line or other serial connection. Other standards can be used 3D Like the PPP software, the TCP/IP needs to be configured 
such as SLIP (Serial Line Internet Protocol), a standard that for the particular ultrasound system and its environment, 
permits a communications protocol known as TCP/IP Typical configuration information for TCP/IP includes infor- 
(discussed below) to be used over a modem line or other mation on the type of local network if the ultrasound system 
serial connection, or CSLIP (Compressed Serial Line Inter- is locally networked with other ultrasound machines (e.g., 
net Protocol), a specialized form of SLIP. After the PPP 35 Ethernet or token ring network), information as to the 
software has been installed in the ultrasound system, it must addresses of other systems on the local network, the gateway 
be initialized or configured for the ultrasound system and address if the system is performing a router function, the 
modem with which it is operating. Configuration informa- user name of the ultrasound machine and access password, 
tion controls the PPP software to be compatible with char- the address of the servers on the ultrasound system, the 
acteristics such as the serial port being used, the type of 40 Internet address (IP address) for the ultrasound systerx i, and 
modem used the phone line, host telephone number and the default domain for the local network. Like PPP, TCP/IP 
dialing method, and login procedures and passwords. In software also comes with some system software packages 
general, the configuration information provides settings such as Windows 95, and is available for Apple computers 
relating to initiating a network connection, when a connec- from InterCon. 

tion is initiated, and what happens after a connection has 45 A key to successful operation of any internet, and the 
been established. PPP software is incorporated in some Internet in particular, is the need for a unique address for 
operating system software packages such as Windows 95 every system, or "host," which is directly connected to the 
from Microsoft Corporation of Redmond, Wash, for IBM- internet. Every user which connects directly to the Internet 
compatible PCs PPP software for Apple personal computers must obtain an IP address from a central authority known as 
is available from InterCon Systems Corporation of Hemdon, so the Network Information Center (NIC), which utilizes com- 
Va among others puterized mediation to assign IP addresses to those request- 

One of the accomplishments of the DARPA research ing them. An IP address is 32 bits in length, and is expressed 
project in internetworking was the establishment of a set of in four decimal notations of groups of eight bits separated 
widely used network protocols called the TCP/IP Internet by periods, such as 699.59.9.114 (an invalid IP address used 
Protocol Suite. TCP/IP is named after its two most com- 55 as an example herein). IP addresses are classed by the size 
monly used protocols, the Internet Protocol (IP) and the of the network connected to the Internet, with Class A 
Transmission Control ProtocoUTCP). The IP protocol con- addresses reserved for very large networks Class B 
trols the routing of data and the TCP protocol controls the addresses for medium-sized networks (25:> to 65 000 users) 
transfer of data. TCP/IP provides a common means of such as a university network, and Class C addresses for 
interconnection through packet transfer devices known as 60 small networks (less than 256 users) such as a radiology 
gateways. A gateway is a specialized internetworking com- clinic or hospital, significantly, IP addresses do not specify 
puter that connects two or more networks and routes packets an individual computer or machine; rather, they specify a 
of data between them. connection to the Internet. If an ultrasound machine has two 

When the ultrasound svstem has data it wishes to transfer network connections to the Internet, each must have a 
over the Internet, the data is passed to TCP/IP as shown in 65 unique IP address. A corollary of this aspect is that a local 
block 46 of the drawing. TCP encapsulates data into seg- network can employ subnetwork addressing in which each 
ments called TCP packets with header information that is local machine has a subnetwork address, with the network 
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being connected to the Internet at a single bost connection 
with an IP address which provides access for all local 
systems to the Internet. Subnetwork addressing is permis- 
sible when the subaddresses of the network are not visible to 
users of the Internet itself. 5 

Another type of permitted Internet addressing which the 
NIC administers is domain name addressing. Since many 
users would prefer being addressed by meaningful words of 
a language rather than numbers, the NIC can assign a user 
a domain and a subdomain name, with the user free to add 10 
further subdomain names for which it has mapping respon- 
sibility for its network. The domain is the major 
classification, with commercial users being assigned the 
domain name COM, educational institutions the domain 
name EDU, government institutions the domain name GOV, is 
and so forth. A hypothetical domain name for the ultrasound 
department of a Veterans Administration hospital owned by 
the U.S. government might be 
ULTRASOUND.VAHOSPITAL.GOV, for instance. 

In FIG. 2 TCP/IP is connected to a local network 
medium, in this case an Ethernet connection 50. The Eth- 
ernet connection 50 connects the ultrasound system to other 
systems on a local network. In an Ethernet network the 
systems on the network must be within a maximum allow- 
able distance of each other and are all connected to the same 
physical network wiring. Data can be transmitted on the 
Ethernet network at high speed (previously 10 Megabits per 
second; current versions have speeds of up to 100 Megabits 
per second), with each system permitted to transmit only 
when no other system is currently transmitting over the 
system. A technique called Carrier Sense Multiple Access 
with Collision Avoidance (CSMA/CA) prevents two sys- 
tems from using the network wiring simultaneously. The 
ultrasound system may be connected in other types of local 
networks such as a token ring network, in which all systems 
are connected in a continuous chain which passes informa- 
tion through every system on the network. TCPAP is con- 
figured in the illustrated embodiment for communication 
over the local Ethernet, or over the worldwide Internet. 

Interacting with the TCP/IP and PPP network software is 
the HTTP server 30. The HTTP server is a software program 
with which a Web browser communicates to access infor- 
mation from the ultrasound system. The HTTP server 
responds to external requests by displaying Web pages of 
information and hypertext connections to additional Web 
pages and information such as ultrasound images and 
reports. The HTTP server also responds to external requests 
to perform a specific action associated with a button or 
control on the ultrasound system, as described more fully 
below. 

A constructed embodiment of the present invention uses 
a popular Web server known as Apache, which was com- 
piled and installed on the ultrasound system. The Apache 
server is public domain software which may be downloaded 
from the Internet at the address http://www.apache.org/, and 
conforms to NCSA standards. Care must be taken when 
downloading software, particularly for commercial use, so 
that the copyright laws and the rights of software owners and 
developers are properly observed. 

The server, like the previously described software, must 
be specially configured for the ultrasound system. The 
Apache server has over 250 directives for configuring the 
server for its intended application. One important configu- 
ration file of Apache deals with security. This configuration 
file controls the access of outsiders to elements of and 
information on the ultrasound system. Access may be lim- 
ited to specified drives, directories and files of the ultrasound 
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system, and limited to reading only. Access may also be 
restricted to certain users and certain numbers of simulta- 
neous users, and passwords required. The server records the 
location of the logfile, the file of users who have accessed the 
system. The configuration files identify the port number used 
by the server and the administrator of the server. The 
configuration files store the location of files used by the 
server, including the server root directory and the addresses 
of Web pages and CGI programs (described below) which 
are used by the server. Other characteristics for which the 
server may be configured include such features as multilin- 
gual capability. 

In response to external requests the HTTP server 30 
transmits HyperText Markup Language (HTML) pages 34 to 
an inquiring Web browser. HTML pages describe what the 
Web browser will display on the screen at the remote 
terminal, including buttons, text, images, animated real time 
loops of images, sounds, and so forth. HTML pages may be 
directly encoded in software by following the instruction 
published in a number of reference texts such as HTML and 
CGI Unleashed, by John December and Mark Ginsburg, 
published by Sams.net Publishing, Indianapolis, Ind. Simple 
HTML pages may be written using commercially available 
desk-top publishing and word processing software, then 
encoded in HTML form using software known as the 
Internet Assistant, which may be downloaded through 
Microsoft's homepage at www.microsoft.com. 
Alternatively, public domain software known as "Web- 
make r" may be downloaded from the Internet and used to 
make Web pages. Web pages contain HTML tags of data 
which describe how the page is to be interpreted by a Web 
browser at the remote terminal. Links to ultrasound image 
files are provided by IMG tags in the Web page code. An 
HREF hypertext reference provides a means for linking to 
other Web pages on the same ultrasound machine, or to Web 
pages on any other host machine on the network or Web. 
Once the HTML pages are created they are copied to the 
ultrasound machine and their storage addresses provided to 
the HTTP server. Whenever a remote terminal asks to view 
a particular Web page of the ultrasound machine, the HTTP 
server 30 is responsible for finding the page and sending its 
contents back to the requester. 

The ultrasound system of FIG. 2 includes a number of 
small executable programs called Common Gateway Inter- 
face (CGI) programs as shown at 36. The CGI programs 
provide an interface between the HTML pages and the 
hardware and software of the ultrasound system. The CGI 
programs communicate with the ultrasound system, asking 
the system to perform actions or provide requested infor- 
mation such as images, reports, or current status. In a 
constructed embodiment the CGI programs respond to exter- 
nal requests for information by dynamically creating custom 
HTML pages in which the requested information is embed- 
ded. The following examples illustrate the operation of CGI 
55 programs that provide patient directories of ultrasound 
images and reports (patdir), display of a selected ultrasound 
image (dispimage), general purpose programs that execute 
tasks in response to input arguments (doaction), perform 
system diagnostics (dodiag), and provide patient directories 
60 for a number of ultrasound machines on a network 
(serverdir). 

The CGI programs in the constructed embodiment are 
stored on the ultrasound system's hard disk in a directory 
called "cgi-bin." In performing their operations the CGI 
65 programs access ultrasound images and reports which are 
stored at 24, accesses and executes diagnostic routines 
stored at 28, and interacts with the controls of the ultrasound 
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system through the ultrasound system controller 18. As an "Image" or "Cineloop" options above the small images, 
example of a CGI program, Table 1 illustrates the coding of When the remote terminal user clicks on "Image" and then 
a CGI program which fetches an ultrasound image and on the small image 212, the HTTP server 30 of the ultra- 
embeds the image in an HTML page. In the constructed sound system returns a Web page with a large rendition of 
embodiment the CGI programs are compiled in the C 5 the selected image as shown in FIG. 6. The address bar in 
language for speed of execution and security from remote FIG. 6 shows that the ultrasound system has transmitted an 
tampering. CGI programs can also be used to format ultra- image identified as "DAX_SR_r\ which is stored in the 
sound images into a data format that is compatible with Web "GIF" image format. For speed of transmission the small 
pages. In the constructed embodiment such reformatting is images of the patient directory of FIG. 5 can be compressed 
not necessary, however, since the ultrasound system is 10 and readable in accordance with the JPEG standard, whereas 
designed to store ultrasound images in the GIF (Graphic the full size image of FIG. 6 is transmitted without loss of 
Interchange Format) format, an image format which can be image quality using the GIF image format 
read by most Web browsers. By clicking on the browser's "Back" button at the upper 
The specially modified ultrasound system of FIG. 2 can left of FIG. 6 the remote terminal user returns to the Web 
be accessed by a standard Internet compatible personal is page of FIG. 5. The remote terminal user can now click on 
computer terminal as shown in FIG. 3. The personal com- the Patient Report button 216. In response to activation of 
puter central processing unit (CPU) executes the PC's this hypertext link button, the HTTP server 30 causes the 
software in response to actions on the keyboard 110 and execution of a CGI program called "prtreport," which 
mouse (not shown) and displays ultrasound data and images retrieves diagnostic reports for the identified patient which 
on the screen of the monitor 108. The CPU executes the Web 20 are stored in storage 24b and embeds them in a Web page for 
browser software 104 to access the Internet through TCP/IP transmission by the server. The server returns the Web page 
and PPP protocols 146 and 148 configured for the personal shown in FIG. 7, which contains patient report information, 
computer. Connection to a network is through the PC's serial The Internet functionality which is brought to ultrasound by 
port 131 and a modem 132. The PC may be networked to the present invention provides a further feature, which is the 
other devices through an Ethernet connection 150. The 25 capability for the remote terminal user to fashion a new 
TCP/IP and PPP may be obtained from the sources listed patient report or edit an old one. On the same terminal the 
above. The Web browser software 104 may be obtained from remote terminal user opens a word processing application. 
Netscape Communications Corporation of Mountain View, Using the "Edit" feature at the top of the browser in FIGS. 
Calif, or me Internet Explorer browser may be obtained from 6 and 7, the remote terminal user copies the ultrasound 
Microsoft Corporation and is generally included with Win- 30 image and the patient report, and in turn pastes them into a 
dows 95 operating software. It is seen that no special word processing document. The remote terminal user can, 
hardware or software beyond that which is readily commer- for instance, paste the ultrasound image first, then the patient 
daily available is needed to access the ultrasound system of report below the image. The user can then edit the text file 
the present invention. of the patient report, modifying the received report or 

Some examples of the use of an ultrasound system 35 creating a new one. Using graphics features of the word 

constructed in accordance with the principles of the present processing program the remote terminal user can circle, 

invention are shown with reference to FIGS. 4 through 14. draw on, or point to specific features of the ultrasound image 

These figures, except for reference numerals and the exem- for easy reference from the report. The new report can be 

plary IP address, are actual prints of Web browser screens filed away on the remote terminal or to a remote location, or 

taken while the browser of a remote terminal was in com- 40 even e-mailed over the Internet directly from the remote 

munication with a constructed embodiment of the present user's terminal to a referring physician. Additionally, the 

invention. patient report with its images can be printed out directly 

FIG. 4 shows the home Web page of an ultrasound from a computer printer connected to the remote user's 

system constructed in accordance with the present invention terminal. 

and identified as HDI 1000 #l.As the figure shows, this Web 45 Using the Back button again (or an appropriate 
homepage was acquired by a Netscape Web browser. The hyperlink), the remote terminal user can return to the home- 
usual browser control buttons are seen above the Web URL page of FIG. 4. When the remote terminal user clicks on the 
indicator 202. The URL indicator 202 shows the address second hypertext button 206, Perform System Diagnostics, 
used to contact ultrasound system HDI 1000 #1, which is the HTTP server 30 transmits the linked system diagnostics 
http://699.59.9.114/hdil.html. The html suffix on the address 50 menu Web page shown in FIG. 8. Each of the hypertext 
denotes the display as a hypertext Web page. linked buttons on the system diagnostics menu will cause the 
In the center of the homepage of FIG. 4 are three execution of a CGI program "dodiag" with a different 
hypertext buttons providing links to other ultrasound infer- argument, which causes the ultrasound system to perform a 
madon or controls. When the user at the remote terminal system diagnostic or display system status information such 
clicks the first button 204 with a computer mouse or key- 55 as test and error logs. These remote control functions are 
board key, View Save/Recall Data, a CGI program "patdir" desirable when performing remote diagnosis of the oper- 
is executed which creates a patient information Web page in ability of the ultrasound system. For instance, clicking on 
which ultrasound images of the patient are embedded and a button 222, Perform Configuration Test, causes the dodiag 
hypertext link provided to patient reports on that patient. CGI program to execute the ultrasound system's stored 
This patient directory Web page is shown in FIG. 5. This 60 ultrasound diagnostic routines 28 and return a Web page 
Web page contains two small ultrasound images 212 and 214 containing a log of the results of those tests as shown in FIG. 
which were obtained from the ultrasound system's image 9. 

store 24a. The remote terminal user may click on either of The ability to perform diagnostic tests on the ultrasound 

these small images to see a full size rendering of the image system remotely is especially useful following the remote 

with its original image quality, or play the real time image 65 installation of ultrasound software upgrades. After the new 

sequence represented by the small image. The remote ter- software is installed, this capability is used to execute a 

minal makes an election of these options by clicking on the system diagnostic routine which exercises the new software 



5,851,186 



11 



12 



and validates its performance. As in FIG. 9, the results of 
these validation tests are returned to the remotely located 
installer, verifying the successful installation of the new 
software. 

Another capability of the system diagnostics menu of 5 
FIG. 8 which is especially useful for ultrasound software 
upgrades is button 224, Show System Version Numbers. 
Clicking on this button causes the ultrasound diagnostics 
programs to return the level or version numbers of the 
software installed in the ultrasound system. Knowing the 10 
current version or level of the ultrasound system software is 
a necessary prerequisite to the installation of any ultrasound 
system upgrade. 

The Perform System Diagnostics functions can be per- 
formed by an on-site serviceman using a laptop computer. 15 
When the serviceman is with the ultrasound system, there is 
no need for modem interconnection; the network link can be 
made directly. In this case a cable is connected from the 
serial port 131 of the laptop computer (FIG. 3) to the serial 
port 31 of the ultrasound system (FIG. 2). Alternately, of 20 
course, the Ethernet connections 50 and 150 could be 
interconnected. In either case, access and interrogation of 
the ultrasound system by the repairman proceeds as 
described above, but at the much faster data rate of a direct 
network connection. Thus, a visiting serviceman can use his 25 
laptop computer to perform system diagnostics, check error 
logs, verify configurations and software levels, and other 
system maintenance and repair activities. 

Clicking Back to the ultrasound system's homepage of 
FIG. 4, it is seen that a third hypertext button 208 is 30 
available, System Operation Control. Clicking on this button 
208 causes the HTTP server 30 to execute a CGI program 
called "syscontrol". The syscontrol CGI program creates a 
Web page in which is embedded the ultrasound image most 
recently produced by the ultrasound system as shown in the 35 
center of FIG. 10. To the right of and below the ultrasound 
image are displayed user controls of the ultrasound system. 
The displayed controls of the ultrasound system are all 
hypertext graphics. Clicking on these buttons causes the 
syscontrol CGI program to command the ultrasound system 40 
controller 18 to change the operation of the ultrasound 
system in accordance with the function of the selected 
control. In the constructed embodiment the buttons to the 
right of the ultrasound image depict the system's hardkey 
mode control switches, and the buttons below the image 45 
depict softkey controls used to change system parameters 
operable in the selected mode. The lowest depicted hardkey, 
Update, is not an ultrasound system control, but a control for 
this remote control feature of the present invention. Clicking 



sician can switch back and forth between the 2D and Color 
modes or any other desired mode, alternately studying tissue 
structure and blood flow conditions. In another embodiment 
the physician could switch between individual 2D images of 
a sequence of spatially different images and the 3D mode, 
where the sequence of spatially discrete images can be 
rendered in a three dimensional presentation. Difficult diag- 
nostic cases can be directed to the most appropriate special- 
ist for that case type on a moment's notice. Telemedicine 
embraces telexaraination, as the reach of the diagnosing 
physician is now unbounded by geography. 

In the constructed embodiment, the ultrasound system 
itself is based upon a personal computer architecture and 
carries out the functions of the ultrasound machine with a 
multi-tasking operating system, as described in U.S. Pat. 
[appl. SN ATL-140], filed Sep. 12, 1996. This operating 
architecture makes it possible for the ultrasound system to 
be used for diagnostic exams in the normal manner while a 
remote terminal user simultaneously interrogates the ultra- 
sound system for images, reports, and information. The 
multi-tasking operating system enables the central processor 
of the ultrasound system to carry out normal ultrasonic 
imaging tasks and network communications tasks in a time 
interleaved manner. To the operator at the system and the 
interrogator at the remote terminal, their separate functions 
appear to each of them to be executed in real time, without 
conflict with the activities of the other. This means, for 
instance, that a physician can monitor the progress of an 
ultrasonographer operating the ultrasound system, retrieving 
images for diagnosis and patient reports from the ultrasound 
system for one patient while the ultrasonographer is in the 
process of conducting a diagnostic examination of another 
patient. 

The foregoing Web browser screens were acquired from 
the network server of an individual ultrasound system. As 
indicated above, it is also possible to connect a number of 
ultrasound systems in a local network which utilizes a single 
server connected to the Internet. The local network server 
includes the communication elements 30, 31, 34, 36, 46 and 
48 of the ultrasound system of FIG. 2. The Web homepage 
of such a local network of ultrasound systems is shown in 
FIG. 11. As the Netscape address bar shows, the remote 
terminal user's Web browser is accessing the IP address 
699.59.9.114 of the HDI Server for the local network. The 
HDI Server 234 is the only machine with a connection to and 
address on the Internet; the ultrasound systems all have 
subnetwork addresses on the local network, such as hdil, 
hdi2, hdi3, etc., which are administered by the HDI Server 
234. The local network server is depicted in the lower 
graphic 234' of the homepage, and above the server are 
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the ultrasound system to update the remotely displayed 
image with the ultrasound image produced most recently by 
the ultrasound system. 

These capabilities mean that a physician can perform an 
ultrasound exam from distances of thousands of miles from 
the patient, needing only a pair of hands at the patient's 
location to hold and manipulate the ultrasound probe. The 
skills of eminent radiologists and echocardiologists can now 
be brought to bear on a diagnostic situation anywhere in the 
world. Any EMTor medical corpsman can hold and manipu- 
late the probe as directed by the remotely located physician 
while the physician controls the operation of the machine to 
produce the best, most diagnostic ultrasound image. Since 
the Internet connection can send and receive audio as well 
as video information, the instructions of the physician to the 
holder of the ultrasound probe can be sent over the same 
Internet connection as the ultrasound information. The phy- 
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network. Two of the ultrasound systems, HDI 1000 #1 and 
HDI 1000 #7, are seen to be highlighted with a solid border. 
This highlighting appears as a bright color on the Web 
browser screen and indicates that these two systems are 
currently active on the local network. Clicking on either of 
them will take the remote terminal user to the homepage for 
the selected system. Clicking the graphic for HDI 1000 #7 
system will execute an HREF link on the local network 
server to the HTTP server of the HDI 1000 #7 system, which 
will return the system homepage as shown in FIG. 12. From 
this homepage for the #7 system the remote terminal user 
can access patient reports and images, delete exams from 
system storage, perform system diagnostics, or connect 
directly to System Operation Control to control the opera- 
tion of the HDI 1000 #7 system. 

An advantage of the local network is that all systems on 
the network can utilize the local server to store ultrasound 
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images and patient reports, making them accessible to 
remotely located diagnosing physicians even when the ultra- 
sound systems are not in operation. When all of the net- 
work's ultrasound systems use the HDI Server 234 for 
storage of their diagnostic results, all of this information will 5 
be accessible over the Internet even when the ultrasound 
systems are disconnected for use elsewhere or turned off at 
the end of a day. A remote user terminal can connect to the 
HTTP server 30 of the HDI Server 234 and, at the homepage 
of FIG. 11, click on the HDI Server graphic 234 to take the 10 
remote user to the patient directory Web page shown in FIG. 
13. This patient directory page lists the names of all patients, 
with reports or images stored on the local network HDI 
Server 234, and the identity of the ultrasound system on 
which the patient was examined. The remote terminal user 15 
can click on a patient's name to access the reports and 
ultrasound images from that patient's exams, or delete the 
patient's records from the HDI Server 234 after they have 
been reviewed by the physician or archived. At the bottom 
of the screen the user is able to link to the ultrasound systems 20 
which are presently active on the local network. If the 
remote terminal user Selects the name of a patient on the 
Web page of FIG. 13, the images and reports of the selected 
patient are retrieved and displayed by the local network 
server as shown by the patient directory screen of FIG. 14. 25 
As in the case of the Web page of FIG. 5, hypertext links are 
made to ultrasound images and reports from the patient 
directory page. 

A number of local ultrasound network configurations are 
shown in FIGS. 15-17. In FIG. 15, four ultrasound systems, 30 
a personal computer 244, and a local network server 242 are 
connected in a local network by a hub 240. The hub 240 is 
a simple device for interconnecting several serial data lines 
and is commercially available for a cost of about $250 from 
Farallon Corporation. The local network server 242 hard- 
ware can be no more than a personal computer with the 
network communications elements listed above and with 
extended storage for retention of a large volume of ultra- 
sound images and reports stored by the network's ultrasound 
systems. A user at the personal computer 244 can access the 
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local network server and individual active ultrasound sys- 
tems of this local network, or "intranetwork", in the same 
manner as described above for the externally accessible 
"internetwork." 

The network arrangement of FIG. 16 is similar to that of 
FIG. 15, except that the local network is now Internet 
accessible through a gateway 250. Since it is expected that 
most physicians will not want to administer and maintain 
their own gateways and routers, the gateway will most 
commonly be effected through modem or high data rate 
connection to an Internet service provider. For a low 
monthly service charge the Internet service provider can 
deal with the internetworking intricacies in which the phy- 
sician has great reliance but little operational interest. 

Finally, FIG. 17 illustrates a network configuration by 
which a physician can directly access his ultrasound system 
network, with or without the Internet. The hub 240 is 
connected to a net/modem 252 which can be accessed over 
wireless or telephone networks 40 from a remote personal 
computer 100. Using high level communication protocols 
such as File Transfer Protocol (FTP) or Network File 
Sharing (NFS) which use the lower level TCP/IP as a 
foundation, the physician can dial into his network directly 
and access diagnostic information, without the need for 
Internet access. For users who require only specific limited 
access to their ultrasound system networks, the arrangement 
of FIG. 17 provides an easy and secure means for a 
physician to remotely access his ultrasound system network 
and its information. 

The Internet and World Wide Web ultrasound capabilities 
of the present invention, when embodied in the form of 
software, can be easily installed as an upgrade to an existing 
ultrasound system without these capabilities, either by 
directly installing the software in the ultrasound system and 
i connecting a modem or network hardware. Installation of 
the software upgrade can even be done remotely as 
described in U.S. patent [application Ser. No. 08/607,894], 
or simple instructions given to the ultrasound system owner 
by the system manufacturer to enable the owner to install the 
capability himself. 



TABLE 1 



•* SFUenamc: patdir.c $ 

(C) Copyright 1996 Advanced Technology Labs 
All Rights Reserved 

#include <exec/types.b> 
#include <dos/dos.h> 
#include <stdio.h> 
main(int argc,char **argv) 
{ 

ULONG h_count4; 
h_count - 0; 
if(Open_Resources0) 
{ 

/■ Header '/ 

printf(~ Content-type: tejet/hintf%c5cc~. 10,10); 
p rintf (** <rfTML>\o r "); 
printf(-<BODY>\D"^ 

/• For each of the Vgif files lhat were saved, display V 
/• a thumbnail image on the browser. "/ 
for (Mhi<CounUi++) 
{ 

if(h_count ~ 0) 

printf(- <TD ALIGN-\"CENTER\"VALIGN-V BOTroM\^lDTH-97>\n";; 
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TABLE 1 -continued 



} 

else 

{ 

printf("<TR><TD ALIGN-rCENTERWALIGN-rBOTTOM\" WlDTH-98>\n"); 

printfC <H6> <CENTER > <A HREF-r disp image ?itcall/DAT_SR_9bd.gifV'>\ir, (i+1)); 
printf(-<IMG SRC-V'%/recalt/DAT_SR_%d.gUY ALT-VImage %d\->«/A>\n", 
print f(" <BR >%d </CENTER ><fH6></TD>\fl", (i+1 )); 
h_count++; 
if(h_count 6) 
{ 

printf^-c/TR^"); 
h_count - 0; 
} 

/* Header Tail 7 

print f("</BODY>\n"); 

printf( u </HTML>\n"); 
Close_ResourcesO; 
} 



What is claimed is: bl. viewing on said computer a directory of ultrasound 

1. A method of electronically acquiring a diagnostic images stored on said ultrasound system; and 
ultrasound image over a communications network from an 25 b2. selecting from said computer one of said ultrasound 
ultrasound system having a server by means of a computer, images, whereby said selected image is transmitted 
comprising the steps of: ° ver said network to said computer. 

a. establishing an electronic communications link J** of claim 10, wherein said directory 
betweensaidultrasoundsystemandsaidcomputerover a P luraht y of smaXl ima S es d ^ cd smuUla - 
said network; and 30 ^ ^ mciho6 of c i aim U) wherein said small images 

b. operating said computer to cause said ultrasound sys- comprise compressed images. 

tem server to transmit an ultrasound image over said 13 jhe method of claim 10, wherein said selected image 

network for display on said computer. viewed on said computer as an uncompressed image. 

2. The method of claim 1, further comprising the step of: 14, The method of any one of claims 1, 2, 3, 4, 5, 6 or 10, 

c. operating said computer to electronically store said 35 wherein said computer comprises a personal computer 
ultrasound image. (p-c). 

3 The method of claim 1, further comprising the step of: 15- A method of electronically preparing a medical ultra- 

c. operating said computer to print said ultrasound image so ™ d diagnosis from a computer terminal comprising the 
on a hardcopy medium. An steps 0 *,,... , . . t ., 

4. The method claim 1, further comprising the step of: 40 a - establishing a data link over a network between said 

... . ., computer terminal and an ultrasound system on which 

c operating said computer to electronically transmit said an ^asaac image is stored; 

ultrasound image to a location remote from said com- fe commanding ^ ultr asound system from said com- 

* S^ tCr ' u j c t ■ a L *u puter terminal to transmit said ultrasonic image over 

5. The method of claim 4, wherein step c. comprises the 4$ ^ mty/o± {Q ^ computer termiDal; and 

steps of: c addm g me ultrasonic image received by said computer 

cl. operating said computer to add said ultrasound image terminal to an electronic document on said computer 

to an electronic message; and terminal 

c2. electronically mailing said electronic message to a 16. The method of claim 15, wherein step b. further 

location remote from said computer. 50 comprises commanding said ultrasound system from said 

6. The method of claim 5, further comprising the step of: computer terminal to transmit a diagnostic report over said 

d. operating said computer to cause said ultrasound sys- network to said computer terminal; and 

tem server to transmit a diagnostic report over said wherein step c. further comprises adding the diagnostic 

network to said computer; report received by said computer terminal to an elec- 

and wherein step cl. further comprises operating said 55 tronic document on said computer terminal. 

computer to add said diagnostic report to said elec- 17. The method of claim 15 or 16, further comprising the 

Ironic message. step of: 

7. The method of any one of claims 1, 2, 3, 4, 5 or 6, d. transmitting said electronic document to a location 
wherein said communications network comprises the Inter- remote from said computer terminal. 

net. 60 18. The method of any one of claims 15 or 16, wherein 

8. The method of claim 7, wherein step b. further com- said network comprises the Internet. 

prises transmitting said ultrasound image over said network 19. The method of claim 18, wherein said ultrasound 

in the form of a Web page. image is transmitted over said network in the form of a Web 

9. The method of claim 7, wherein said computer com- page. 

prises a personal computer (p.c). 65 20. A method of electronically preparing and delivering a 

10. The method of claim 1, wherein step b. comprises the medical ultrasound diagnosis from a computer terminal 
steps of: comprising the steps of: 
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a. establishing a data link over a network between said 
computer terminal and an ultrasound system on which 
a diagnostic ultrasound report is stored; 

b. commanding said ultrasound system from said com- 
puter terminal to transmit said ultrasound report over 5 
said network to said computer terminal; and 

c. storing said ultrasound report at a destination location. 

21. The method of claim 20, wherein step c. comprises: 

c. electronically mailing said ultrasound report to a des- 3Q 
tination location. 

22. The method of claim 20, wherein step c. comprises: 

c. printing said ultrasonic report on a printer connected to 
said computer terminal. 

23. The method of claim 20, further comprising a step l5 
following step b, of: 

d. adding said ultrasound report to an electronic document 
on said computer terminal. 

24. The method of claim 23, wherein step c. comprises: 
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c. electronically mailing said electronic document to a 
destination location. 

25. The method of any one of claims 20, 21, 22, 23 or 24, 
wherein said ultrasound report comprises an ultrasonic 
image. 

26. The method of claim 25, wherein said ultrasound 
report comprises an ultrasonic image and textual material. 

27. The method of claim 25, wherein said network com- 
prises the Internet. 

28. The method of claim 27, wherein said ultrasound 
report is transmitted over said network in the form of a Web 
page. 

29. The method of any one of claims 20, 21, 22, 23 or 24, 
wherein said ultrasound report comprises a textual report. 

30. The method of any one of claims 15, 20, 21, 23 or 24, 
wherein said computer terminal comprises a personal com- 
puter (p.c). 
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MEDICAL IMAGING SYSTEM AT 
IMAGING CENTER PRODUCES ELECTRONIC 
RECORD WITH ELECTRONIC IMAGE 



ELECTRONIC RECORD ACQUIRED 
BY LOCAL IMAGE WORKSTATION 

LOCALLY INTERFACES WITH 
MEDICAL IMAGING SYSTEM AT 
IMAGING CENTER 





LOCAL IMAGE WORKSTATION 
ACQUIRE RIS SOFTWARE VIA 
ASP ON CENTRAL DATA 
MANAGEMENT SYSTEM 



FIG. 5A 



ADD IP ADDRESSES (FOR WHERE 

IMAGE IS TO BE SENT) TO 
ELECTRONIC RECORD AT LOCAL 
IMAGE WORKSTATION 



AUTOMATICALLY "PUSH" 
ELECTRONIC RECORD 
TO DESIGNATED IP ADDRESSES 
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AUTOMATICALLY PUSH ELECTRONIC 
RECORD TO CENTRAL 
DATA MANAGEMENT SYSTEM 




STORE ELECTRONIC 
RECORD CENTRALLY WITH 

CENTRAL STORAGE 
SYSTEM ASSOCIATED WITH 
CENTRAL DATA 
MANGEMENT SYSTEM 



INPUT IP ADDRESSES 
WHERE RECORD IS 
TO BE SENT FROM 
CENTRAL DATA 
MANAGEMENT 
SYSTEM 



CENTRAL DATA 
MANGEMENT SYSTEMS 

DETERMINES IP 
ADDRESSES WHERE TO 

SEND ELECTRONIC 
RECORD BASED ON RIS 

INFORMATION IN 
ELECTRONIC RECORD 



STORE AT THE 
BACK-UP FACILITY 




PERFORM ASP 
DIAGNOSTIC 
OPERATION AT 
CENTRAL DATA 
MANAGEMENT 
SYSTEM AND 
ATTACH RESULTS 
TO ELECTRONIC 
RECORD 



AUTOMATICALLY TUSH" E-RECORD FROM 
CENTRAL DATA MANAGEMENT SYSTEM 
TO REMOTE IMAGE VIEWING SYSTEMS 
LOCATED AT IP ADDRESSES PROVIDED 



FIG. 5B 
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AUTOMATICALLY TUSH" ELECTRONIC RECORD FROM 
CENTRAL DATA MANAGEMENT SYSTEM TO REMOTE 
IMAGE OR VIEWING SYSTEMS ASSOCIATED WITH IP 
ADDRESSES PROVIDED WITH THE ELECTRONIC RECORD 



SEND CENTRAL MESSAGE TO 
LOCAL IMAGE WORKSTATION 
WITH TIME AND LOCATIONS SENT 



SEND CENTRAL MESSAGE 

TO LOCAL IMAGE 
WORKSTATION WITH TIME 
AND LOCATION RECEIVED 



YES. 



SEND CENTRAL MESSAGE 
TO LOCAL IMAGE 
WORKSTATION 
RE: FAILURES 



SUCCESSFULLY 
RECEIVED AT REMOTE 
PAGE WORKSTATION, 
STORAGE 
? 

NO 



TRY AGAIN WITH SUCCESSFUL OR 
PREDETERMINED NUMBER OF 
FAILURES REACHED 



REMOTE USER OPENS ELECTRONIC 
RECORD ON IMAGE VIEWING SYSTEM 



SEND REMOTE MESSAGE 
FROM REMOTE IMAGE 
VIEWING SYSTEM TO 
CENTRAL DATA 
MANAGEMENT SYSTEM WITH 
VIEWING TIME AND LOCATION 



SEND CONTROL MESSAGE FROM 
CENTRAL DATA MANAGEMENT 
SYSTEM TO LOCAL IMAGE 
WORKSTATION 



INFO 
ADDED TO 
ELECTRONIC RECORD BY 
REMOTE USER AFTER 
VIEWING 
? 

YES 



FIG. 5C 



SEND NEW INFORMATION BACK TO 
CENTRAL DATA MANAGEMENT 

SYSTEM TO UPDATE ELECTRONIC 
RECORD IN CENTRAL STORAGE 
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INFORMATION ADDED TO ELECTRONIC RECORD BY 
REMOTE USER AFTER VIEWING ELECTRONIC IMAGE 










NEW INFORMATION SENT BACK TO CENTRAL 

DATA MANAGEMENT SYSTEM TO UPDATE 
ELECTRONIC RECORD IN CENTRAL STORAGE 



SEND CENTRAL MESSAGE 

FROM CENTRAL DATA 
MANAGEMENT SYSTEM TO 
LOCAL IMAGE WORKSTATION 
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SEND ELECTRONIC RECORD 
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MANAGEMENT SYSTEM TO 
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MANAGEMENT 
SYSTEM 
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[YES 
IP 
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SENT ELECTRONIC RECORD 
PRIOR TO NEW 
INFO? 



YES 



SEND UPDATE TO IP 
ADDRESS TO UPDATE 
ELECTRONIC RECORD AT 
REMOTE IMAGE VIEWING 
SYSTEM THERE 



SEND CENTRAL MESSAGE FROM CENTRAL 
DATA MANAGEMENT SYSTEM TO LOCAL 
IMAGE WORKSTATION RE: LOCATION, TIME 

AND PATIENT INFORMATION 
RE: TRANSMISSION OF NEW INFORMATION 



FIG. 5D 
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MEDICAL IMAGE MANAGEMENT SYSTEM 
AND METHOD 

This application is a continuation-in-part of 09/6X12,643 
filed Jun. 22, 2000. 

TECHNICAL FIELD 

The present invention is a system and method for man- 
aging medical images. More specifically, it is a computer- 
based system and method for capturing, transmitting, 
storing, processing, and communicating electronic records 
associated with medical images. 

BACKGROUND 



10 



Currently, no widely established commercial Internet 
solution exists for the digital delivery and archiving of the 
ever-increasing vast stores of radiologic data. Many patients 
are accustomed to sending email with various attachments, 
such as files or photos, and wonder why radiology images 
cannot be "emailed'* to their doctors. However, several 
barriers exist for a medical image to be "emailed" to the 
doctor. 

In order to electronically transport medical images 
efficiently, the images must be in a digital format. The 
imaging device, such as the MRI machine, must have the 
computer interfacing hardware and software configured to 
"export" the data. A computer is needed to convert the 
proprietary image identification data (the header 



Diagnostic imaging technology has evolved tremendously 15 information) into a standardized format, such as DICOM 



in the past twenty years, offering very sophisticated imaging 
tests such as magnetic resonance imaging (MRI) and com- 
puted tomography (CT). The MRI market in particular 
includes approximately 6,000 MRI machines in the United 
States, and 12,000 worldwide. Two-thirds of MRI devices in 2 o 
the US are located clinics and small hospitals. There are over 
12,000 CT scanners in the United States and over 20,000 
worldwide. Other significant medical imaging markets 
include for example, ultrasound, nuclear medicine, digital 
x-ray, and computerized radiology. On the aggregate, the 2 5 
potential medical image management market has been esti- 
mated at $55 Billion annually in the US and $12 Billion 
worldwide. 

The need for immediate electronic delivery and 
convenient, economic storage of radiologic and other medi- 30 
cal images and data has never been greater. The annual 
United States radiology market consists of more than 150 
million x-rays, 100 million sonograms, 20 million MRI 
scans and 30 million CT scans performed by medical 
practitioners. The conventional process for managing medi- 
cal images at most hospitals, clinics and imaging centers is 
as follows. The medical image is printed onto sheets of film, 
which are delivered to the radiologist for interpretation. 
After the transcribed report is delivered to the radiologist, 



(Digital Imagine, and Communication in Medicine). Also, 
the doctor who receives the images must have software that 
allows him or her to view the medical images and interpret 
the image header information (viewer). However, non- 
DICOM enabled models represent the majority of imaging 
machines. Due to financial constraints imposed by managed 
care on imaging centers, non-DICOM machines will con- 
tinue to dominate diagnostic imaging for the foreseeable 
future. 

When digital modalities such as CT and MRI first came 
into general clinical use, each manufacturer used its own 
proprietary means of reconstructing the data, formatting files 
and storing each of the studies. They did not share this basic 
information with other competing manufacturers; therefore, 
30 one set of images could not be communicated to another 
machine since each had a different format. In 1983, the 
American College of Radiology and the National Electronic 
Manufacturers Association met to discuss a standard. In 
early 1984 the two organizations formed the Digital Imaging 
35 and Communication in Medicine (DICOM) Standards Com- 
mittee. After many years of extensive work, the first DICOM 
model was introduced in 1992. By late 1994, a few manu- 



facturers had begun to offer to incorporate DICOM into their 
_ _ products, usually as an expensive ($20,000-$40,000) 

reviewed for errors and signed, the films and report are 40 upgrade. However, even today, the majority of these raanu- 
delivered or mailed to the referring doctor. This process facturers still today only incorporate DICOM in their new 
often takes several days, up to a week. If questions arise, the products for a significant extra charge ($20,000-$40,000). 
referring doctor contacts the radiologist, who may be forced Many of the older established medical imaging systems do 
to rely upon memory, having reviewed the films several days not even have a DICOM conversion available from the 
before and no longer has possession of them. Also, the 45 original equipment manufacturer. Whenever a DICOM con- 
referring doctor must then manage the hard-copy films, version upgrade is available for already built and installed 
either by filing the films in his ofiBce, or returning the films products, it is usually even more expensive than DICOM for 



to the imaging center or hospital to be filed, depending upon 
practices in the local community. If the patient then goes to 
a second doctor, requires surgery, or requires another medi- 
cal imaging procedure, the films must be located and physi- 
cally carried or shipped to the hospital, surgery center, or to 
the second doctor's office. There are numerous opportunities 
for films to be lost or misfiled, and doctors who maintain 



a new product. DICOM is a communications standard and 
does not define particular hardware architecture. It permits 
50 integration of images into non-image databases and is the 
predominant standard for medical image communication. It 
enjoys broad support across specialties and other standards 
organizations throughout the world. 

Interfaces have been developed to "DICOM enable" 



more than, one office may not always have the correct 55 imaging systems that were not originally factory equipped 



patient films in the correct office. 

The current film-based system is very expensive, and the 
charges for films, processing chemicals, and delivery can 
easily add up to $30 to $50 per MRI patient study. A typical 
MRI center scanning 300 patients per month has equivalent 
costs of approximately $12,000 per month ($40 per studyx 
300 patients/month). Other problems for the imaging facility 
are the numerous opportunities for the films to be physically 
lost, as well as the considerable time, personnel, and expense 
required for the delivery and retrieval of these films. Esti- 
mates are that up to 25% of medical images are not acces- 
sible when required. 



with DICOM. Without supplying DICOM interfaces as a 
component of an overall system, a medical image manage- 
ment system in the general field contemplated by the inven- 
tion would be required to take one of three courses of action: 
60 1) limit their imaging center users to DICOM conformant 
equipment, 2) purchase or require their customer to purchase 
and install DICOM interfaces at a cost of upwards of 
$40,000, or 3) rely on a technique known as secondary 
capture. In the case of secondary capture methods, like video 
65 frame grabbing, some of the information is lost, because it 
only captures the 8-bit analog representation of the original 
16-bit image pixel data. Also, secondary captured images 
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canDOt be later manipulated to the same degree as the 
original images. Because of the inherent drawbacks of 
secondary captured data, the American College of Radiol- 
ogy (ACR) standard states that the direct capture method is 
preferred for primary diagnosis. 

It is not believed that the general imaging center and 
referring physician marketplace will tolerate the use of the 
inferior secondary capture method, or an ASP that can only 
connect to DICOM equipped imaging systems. The system 



via an internet-based ASP model. However, the concept of 
an Internet based Application Service Provider (ASP) for the 
transmission and storage of medical images is an industry in 
its an embryonic stage. Very few, if any, of the over 300 
diagnostic imaging procedures performed annually in the 
U.S. are being transmitted and/or stored utilizing an ASP 
model. 

To transmit an image electronically as is intended with 
these known medical image management systems, the first 



and method of the present invention provides DICOM 10 step is to get the data from the imaging modality (CT, MR, 
connectivity. Also, in order to transmit and store images ultrasound, etc.) to the image acquisition system at the 
without compromising the quality or integrity of the imaging customer site. There are two methods of obtaining this data: 
data, an efficient medical image management system is primary and secondary data capture. Because primary cap- 
preferably able to successfully connect disparate imaging ture is not always possible in order to support other known 
equipment and systems without compromising the image is medical image management systems and methods, they 
quality. To accomplish this the system should be able to often use "secondary" or "indirect" methods. The simplest 
extract the proprietary data from various different imaging and oldest "secondary" capture method is often called 
machines, again the vast majority of which are not DICOM "frame grabbing". This method simply obtains the image 
enabled and therefore cannot "output" the data in the present on the video monitor and records it. The resulting 
DICOM format. Moreover, though DICOM is the universal 20 image is only 8 bits deep allowing 256 shades of gray, which 



industry standard, like the English language different "dia 
lects" of DICOM exist depending on how each of the many 
individual manufacturers "speak" the DICOM language. 
What this means is that it is quite common for two systems 
that have DICOM interfaces to still have difficulty connect- 
ing and communicating with each other. Therefore, customi- 
zation of interfacing, between such machines may be 
required in some circumstances. 

Once these above barriers are overcome, it becomes 



means a significant amount of image data has been lost. The 
use of "frame grabbing" is also very labor intensive. When 
using "frame grabbing", the technologists must pre-set the 
"window" and "level" (brightness and contrast) of the 
25 image. This requires an excessive amount of the technolo- 
gist's time when compared to the more modem primary 
capture. These frame grabber systems work by taking the 
analog monitor output from a digital modality and running 
it through an analog-to-digital converter, which in itself 



possible to electronically transmit medical images in an 30 degrades the data. The ability to adjust the brightness and 

— ■ * contrast (window and level) of the image on the receiving 
end is also limited with images that were obtained using 
"secondary" capture. Measurements and position location of 
the image, both extremely important to the physician, are not 
35 generally possible with acceptable accuracy using secondary 
capture. Furthermore, due to problems described above, the 
latest version of the American College of Radiology (ACR) 
standards for teleradiology effective Jan. 1, 1999, recom- 
mends compliance to DICOM and transfer of the full image 
40 data set, which is only possible with "primary" or "direct 
capture" for primary diagnosis. 

In general, most of the known systems and methods for 
managing medical images in electronic record format use 
"pull" type image delivery protocol which requires the 
45 referring physician to log on to a web server and then 
download his or her patient's images. However, busy phy- 
sicians do not have the time or the desire to access their 



efficient and readily adoptable manner. These electronic 
images, unlike film, can be simultaneously presented in 
multiple locations immediately after an imaging study is 
performed. 

Picture Archiving and Communication Systems (PACS) 

Various solutions have been developed with the intention 
of streamlining the storage and accessibility of medical 
images by managing, electronic records that include the 
images in electronic form that may be converted for 
viewing, such as on screen displays or via film printers. 

One well-known type of such a system called "Picture 
Archiving and Communications Systems" (PACS) generally 
provides medical image management via a collection of 
components that enable image data acquisition, 
transmission, display, and, storage. Such systems are imple- 
mented in imaging clinics and hospitals to make the digital 
data available at different locations within the radiology 
department or the facility. Further, the use of such systems 
is generally restricted to in-house radiology and other 



patient's images in this manner. The "pull" model requires 
the physician to log in as well as extensive physician input 
departments, thus excluding the referring physicians, who 50 and time to initiate the data transfer. Additionally, the doctor 
are outside the imaging facilitv. These systems have high must then wait for the image data to download, 
price tags (560,000 to $ 1,000,000) for the local installation Various more specific examples of such medical image 
of the respective central image management and storage ASP efforts are summarized in relation to respectively 
systems generally required, and involve other high costs known companies in the general field as follows (much of 
related to additional personnel to configure and maintain 55 the information provided immediately below is based upon 



such image management systems locally onsite at the imag- 
ing facility. 

Medical Images and Internet ASP's 

Because the medical image management market is so 
large, and represents such large volumes of recurring trans- 
missions of electronic records associated with medical 
images, an ASP model for managing electronic images 
provides great potential for a highly profitable annuity 



information and belief, and in some cases is based only on 
rumor and verbal discussion — therefore the general and 
detailed elements for these companies may not be wholly 
accurate). 

60 The following is a description of what is believed to be 
information related to a medical image management system 
to be provided by a company called "Arnicas". Arnicas is a 
private company located in Newton, Mass. that is believed 
to market and sell software that allows radiology studies to 



business. Various efforts have recently been made to replace 

or at least significantly enhance the conventional film-based 65 be sent between Web servers. The target market for Arnicas 

systems and methods for medical image management by is believed to be large hospitals. It is believed that Arnicas 

managing these images electronically, and more particularly plans to enable the transfer of such images between any 
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medical facilities that have standard e-mail systems, using 
UPS Document Exchange (SM) — an encryption-based 
secure delivery service featuring optional password 
protection, real-time racking and delivery confirmation. The 
physician still must login to get his or her email, and wait for 
the images to download. The company is currently using the 
service at 4 beta sites. The Company gained FDA approval 
in 1997. To qualify as a potential customer a client's 
machines must have DICOM installed. CEO Dr. Adrian 
Gropper stated in an interview conducted May 2, 2000 at the 
E-Healthcare Conference in Las Vegas Nev. that Arnicas has 
no plans to develop custom DICOM interfaces. Dr. Gropper 
has also stated that his company has no plans to offer any 
form of off site storage. It is further believed that the 
company uses lossy compression of the electronic records 
associated with medical images they manage. It is believed 
that Arnicas has a test site which is located at the Loma 
Linda Veterans Administration Hospital. 

The following is a description of what is believed to be 
information related to a medical image management system 
to be provided by a company called "eMed". eMed is a 
private company located in Lexington, Mass. The target 
users are hospitals. The eMed.net service is believed to 
include a medical image viewing application with integrated 
access to medical images and reports along with other 
relevant information through a physician's web site. eMed 
Technologies is a Healthcare Application Service Provider 
(HASP) and takes care of everything from server hardware, 
domain name registration, site creation and current content, 
all for a monthly subscription fee of $2,500. The company 
has FDA approval. The company prefers DICOM equipped 
machines, but is able to capture images from non-DICOM 
imaging machines in two ways: (1) DICOM converting 
device at a customer cost of up to $40,000; and (2) frame 
grabbing — a form of secondary capture which is believed to 
be unacceptable for primary diagnostic interpretation. 

The following is a description of what is believed to be 
information related to a medical image management system 
to be provided by General Electric Medical Systems, Dallas, 
Tex. and Waukesha, Wis. stated in a press release dated Apr. 
9, 2000 that GE will use an ASP model to primarily store 
data generated at an off-site location. It is believed that this 
recent announcement addresses an ASP model for GE's 
traditional PACS system. The press release claims that GE 
will pilot the program during the summer of 2000. The press 
release does not mention numerous details (such as connec- 
tivity to their system i.e. whether non-DICOM compliant 
machines will ever be offered the service; whether only GE 
or non-GE equipment will be targeted; whether GE plans to 
develop any DICOM interfaces to non-DICOM equipment; 
what data specifically is planned to be stored). The press 
release mentions a network subscription fee arrangement but 
does not give any pricing details. Most importantly, GE does 
not deliver the images, but instead has the doctors log on. 

The following is a description of what is believed to be 
information related to a medical image management system 
to be provided by Image Medical, a private company located 
in Palo Alto, Calif. The target market is large institutions. 
Image Medical uses an ASP model to transmit medical 
images over the Internet. The Image Medical system is 
called "Practice Builder. It is DICOM compliant and works 
with existing PACS and provides the ability to access images 
and reports anywhere. "Practice Builder" includes a 
"Viewer" for digital medical images, CT, MR, US, DR, CR 
and NM. The revenue model is an activation fee that covers 
connectivity, infrastructure and installation costs. A per 
transaction fee is then charged for image acquisitions, dis- 
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tributions and archival. The company is not developing 
interfaces for imaging machines that are not DICOM 
equipped. 

The following is a description of what is believed to be 

5 information related to a medical image management system 
to be provided by a company called "Inphacr", a private 
company located in Nashville Tenn. Inphact claims to inte- 
grate an Internet based ASP PACS with a RIS, The target 
market is any hospital or clinic that is unable to afford an 

10 in -ho use PACS. RadWeb™ allows physicians to query radi- 
ology images 24/7 via the Internet. The company plans to 
extend its technology platform in the future to cardiology. 
The company is not believed to offer push technology, image 
history record system, or custom DICOM interfaces. 

15 The following is a description of what is believed to be 
information related to a medical image management system 
to be provided by In Site One, Inc. which is located in 
Wallingford, Conn. The primary target market is hospitals. 
In Site One is a service provider offering digital image 

20 storage and archiving for the medical community. For this 
company, the imaging device must be DICOM compliant. 
"In Dex" (Internet DICOM Express) is a transaction, pay as 
you go service for storage and archiving of DICOM images 
for hospitals. In Dex's open architecture integrates with any 

25 PACS component as well as hospital networks and infor- 
mation systems. Images can be accessed via the Internet or 
through virtual private networks to a hospital's network. In 
Dex is suited for facilities with or without PACS capabili- 
ties. For PACS owners, In Dex enables them to outsource the 

30 storage and archiving component. For non-PACS equipped 
facilities, In Dex delivers storage and archival of a PACS 
without the high capital outlay, maintenance costs, technical 
upgrades and staffing support. There is no delivery of images 
to referring physicians nor do referring physicians have 

35 access to view the images they order. 

The following is a description of what is believed to be 
information related to a medical image management system 
to be provided by Radiology.com, which is located in Los 
Angeles, Calif, and Chantilly, Va. The target market is 

40 hospitals. Radiology.com announced the launch of a service 
that allows digitized medical images to be stored and 
retrieved on-line through a central, web-based repository on 
Mar. 9, 2000. The technology combines DICOM and JAVA 
that allows a high level of compression and encryption of 

45 medical images for transmission to a PC. The system 
employs an ASP model. The company claims open standards 
will allow lifetime access to a global central repository of 
medical images, named "Image Bank". Patients can build 
their own imaging history through "Patient's Bank" which 

50 can be used to obtain discrete second opinions. The revenue 
model is a pay-as- needed approach. It is believed that this 
system only exists on paper and no clinical sites have been 
developed. 

The following is a description of what is believed to be 
55 information related to a medical image management system 
to be provided by "Real Time Image", a private company 
located in San Mateo, Calif. The target market is large 
hospitals with PACS. PACS on Demand is a product that 
allows physicians to view images anywhere, anytime, even 
60 over dial-up connections. iPACS is a Web server that inte- 
grates to PACS, allowing physicians to view images directly 
from a DICOM archive over the Internet using Microsoft's 
Internet Explorer™ or Netscape Navigator™ Web- 
browsers. The user must install plug-in to his or her browser 
65 before attempting any use of this product. iPACS "streams**' 
images on the fly using original image data without pre- 
processing or requiring separate archives. 
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The following is a description of what is believed to be 
information related to a medical image management system 
to be provided by "Stentor", a company located in the 
Silicon Valley. The target market is hospitals with existing 
Intranets. The Stentor system is PC based. Stentor's "iSYN- 
TAX" technology delivers images only over existing hos- 
pital networks. Stentor has FDA approval. Stentor claims its 
iSYNTAX system will integrate into any existing hospital 
network. Stentor can send real time images on as slow as a 
1 megabyte per second network connection. Images are 
encoded using a wavelet technology. A lossless representa- 
tion of the transmitted image is claimed; however, lossless 
transmission (as the present invention performs) is not 
claimed. Stentor claims no bills will be sent until real 
savings by the imaging department have been demonstrated. 
Stentor charges on a per use basis. 

None of the other known electronic image management 
sytems and methods intended to provide an ASP model 
adequately address the needs of referring physicians and 
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SUMMARY OF THE INVENTION 



The present invention provides a medical image manage- 
ment system and method that reduces the high financial cost, 
resource allocation, time, and unreliability associated with 
conventional production, transportation, and viewing of 
conventional film-based systems and methods. 

The invention in another regard also provides a medical 
image management system and method that reduces the 
need for purchasing and/or managing sophisticated technol- 
ogy at medical imaging centers. 

The invention also provides a medical image management 
system that directly addresses the needs of the referring 
physicians and other healthcare providers located outside of 
15 the imaging center and having interest in medical image 
studies. 

The invention also provides a medical image management 
system and method that integrates diagnostic and other 
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analytical software, algorithms, or other tools associated 

other parties in the healthcare provider stream outside of the 20 with medical images within one, central medical image 

imaging clinic. management ASP. 

In one regard, other systems intending to provide a jh c present invention also provides a medical image 

medical image ASP service generaUy require timely log-on management system and method that pushes electronic 

and download procedures at the physician terminal. In reC ords containing medical images to healthcare providers 

another regard, none of the other systems and methods 25 outs ide of the medical imaging center soon after the medical 
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intended to provide a medical image ASP are believed to 
provide the image center with a history record of where and 
when images are sent, received, and viewed. However, a 
system which pushes the images directly to remotely located 
desktops of interested healthcare providers or patients out- 
side of the imaging clinic would be much more resource 
efficient at their end. Furthermore, medical imaging centers 
producing the electronic images would benefit from a sys- 
tem which provides them with a real-time, image history 
record with easily accessible information about the times 35 
and places that each image is sent, received, and viewed at 
all locations. 

Also, other efforts intended to provide a cost-effective 
ASP generally require costly hardware investment, princi- 
pally on the part of the respective imaging center, and 40 
according to some of these efforts per-use fees are charged 
for each image viewing occasion. However, smaller imaging 
clinics and healthcare providers outside of the imaging 
center would benefit from a business model which provides 
the associated image work-stations necessary to use the ASP 45 
without requiring capital expenditure on the hardware or 
software. These parties would be greatly benefited by a 
method that provides a medical image ASP on a monthly 
service fee only basis, without up-front hardware costs, and 
without costly "per-use" transaction fees. Moreover, by 
providing a medical image ASP that charges only the 
imaging clinics on a fixed fee basis, these centers would be 
able to solely enjoy the economic benefits of their increased 
revenues flowing from increased image volume, at least to 
the extent that such volume is charged through to payers. In 
particular, the imaging center would benefit from an elec- 
tronic medical image ASP system that charges only fixed or 
per use fees, but that provides without direct capital expen- 
diture a local image workstation at the imaging center 



images are taken so that the healthcare providers may view 
the images without the need to remotely access a central 
image storage cite and find and download a specific, desired 
image for viewing. 

The invention also provides a medical image management 
system and method that keeps a medical image history 
record of times and locations where electronic records 
containing medical images are pushed to and viewed by 
parties such as healthcare providers and patients outside of 
the medical imaging center, and that communicates the 
medical image history record to the medical imaging center 
which produces the image. 

The invention also provides a medical image management 
system and method that transmits lossless or substantially 
lossless medical image records to healthcare providers out- 
side of the medical imaging center without requiring the 
healthcare provider to spend a significant amount of time to 
access and view the associated medical images. 

Accordingly, one mode of the invention provides a medi- 
cal image management system that includes a medical 
imaging system, a local image workstation, and a central 
data management system. The medical imaging system 
produces an electronic record in a computer-readable format 
50 and that comprises an electronic image associated with a 
region of a patient's body. The local image workstation 
communicates with the medical imaging system along a 
local interface such that the electronic record may be trans- 
mitted from the medical imaging device and received by, the 
55 local image workstation. The central data management sys- 
tem communicates with the local image workstation along a 
remote interface such that the electronic record may be 
transmitted from the local image workstation and received 
by the central data management system. The central data 



(including in one aspect a DICOM conversion interface) for 60 management system is also configured to push the electronic 



interfacing with the remotely located, central management 
system of the ASP. Other interested healthcare providers and 
patients outside of the imaging clinic would also greatly 
benefit from having access to a remote image viewing 
system for viewing and storing the electronic images avail- 
able from the ASP, but without requiring them or the 
imaging center to pay for the viewing system. 



65 



record to a pre -determined remote viewing system in a 
format such that the electronic record may be read and the 
electronic image converted to a recognizable, visible format. 

According to one aspect of this mode, at least one of the 
medical imaging system, the local image workstation, and 
the central data management system is adapted to transmit 
the electronic record in a DICOM format. In another regard, 
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the central data management system is adapted to receive 
and process the electronic record in a DICOM format 

According to a further aspect, in the event the medical 
imaging device does not produce the electronic record in a 
DICOM format, the local image workstation is adapted to 
convert the non-DICOM electronic record into receives into 
a DICOM format for transmission to the central data man- 
agement system. 

According to another aspect, the central data management 
system pushes the electronic record to the remote viewing 
station in a substantially uncompressed form with respect to 
the original size. In one more particular variation, the central 
data management system is adapted to push the electronic 
record to the remote viewing station without the electronic 
image being compressed more than about 3 times with 
respect to the original size. Further to an alternative 
embodiment, the central data management system pushes 
the electronic record to the remote viewing station with 
substantially lossless compression with respect to the origi- 
nal form and size. In another regard, the record is pushed 
with no loss. In still a further variation, there is at least about 
1.5 times compression with respect to the original record 
size. 

According to another aspect of this mode, the remote 
interface uses the internet. In another aspect, the remote 
interface uses a digital subscriber line (DSL) interface. 

According to another aspect, the medical imaging device 
may be any one of the following: magnetic resonance 
imaging devices, CT scanner devices, ultrasound devices, 
computed tomography devices, nuclear medicine devices, 
and digital radiography or X-ray devices. 

According to another aspect, each one, taken individually, 
or both of the central data management system and local 
image workstation have storage systems adapted to store the 
electronic record. 

The system according to this mode may also further 
include a remote image viewing system that communicates 
with the central data management system along a second 
remote interface such that the electronic record is pushed 
from the central data management system and received by 
the remote image viewing system. The remote image view- 
ing system may also have its own storage system which is 
adapted to store the electronic record. This aspect of the 
system may also further include an image history record 
system having a remote history record system associated 
with the remote image viewing system and a central history 
record system associated with the central data management 
system. The remote history record system sends a remote 
system message along the second remote interface to the 
central history record system and includes information 
related to at least one of: a time that the. electronic record is 
received at the remote image viewing system, a time that the 
electronic record is opened at the remote image viewing 
system, and a time that the electronic image is viewed at the 
remote image viewing system. This image history record 
system may also in a further variation include a local history 
record system associated with the local image workstation, 
such that the central history record system is adapted to send 
a central system message along the second interface to the 
local history record system with at least a portion of the 
information contained in the remote system message. 

According to still a further aspect of this mode, the central 
data management system comprises an internet-accessible 
applications service provider (ASP) with an application 
which is adapted to perform an operation based upon the 
electronic record that produces a result that is useful in 
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managing the patient's healthcare. In one variation, this 
application comprises a radiology information system (RIS) 
that is adapted to store healthcare management-related data 
with the electronic image as a part of the electronic record. 

s In a further variation, the RIS stores healthcare billing- 
related information in the electronic record. In another 
further variation, the RIS stores time-based scheduling- 
related information associated with the patient's healthcare 
in the electronic record. 

1Q Still another aspect of this mode includes a printer that is 
adapted to interface with at least one of the medical image 
system, local image workstation, or central data manage- 
ment system and which is adapted to print a recognizable, 
visible film associated with the electronic image. 

15 Another mode of the invention provides a medical image 
management system with a medical imaging means, an 
image storage means, and an imaging pushing means. The 
medical imaging means is located at a first location and is for 
producing an electronic record in a computer- readable for- 

, 0 mat and that includes an electronic image associated with a 
region of a patient's body. The pushing means pushes the 
electronic record along a remote interface to a remote image 
viewing system at a second location that is remote from the 
first location. Further to this mode, the electronic record is 

25 pushed in a format that may be opened such that the 
electronic image may be converted into a recognizable, 
visible format. 

One aspect of this mode also provides a viewing means 
associated with the remote image viewing means for view- 

^0 ing the electronic image at the second location. Another 
aspect also provides means for providing information related 
to the patient in the electronic record. Yet another aspect 
provides a DICOM conversion means for converting the 
electronic record from a non-DICOM format to a DICOM 

35 format. Still a further aspect of this mode provides an image 
history record means for maintaining an image history 
record related to at least one of the transmission of the 
electronic record, the receipt of the electronic record, and the 
viewing of the electronic image. In one regard, this image 

40 history record means maintains an image history record 
related to each of the transmission of the electronic record, 
the receipt of the electronic record, and the viewing of the 
electronic image. In one highly beneficial variation, the 
image history record means includes: means for centrally 

45 managing the image history record at a central data man- 
agement system located at a third location which is remote 
from the first and second locations; means for communicat- 
ing the image history record from the central data manage- 
ment system to a local image workstation at the first loca- 

5 o tion; and means associated with the local image workstation 
at the first location for displaying the image history record. 

Another aspect of this mode provides DICOM conversion 
means for converting the electronic record from the medical 
imaging means into a DICOM format. 

55 Further to another highly beneficial and desirable aspect 
of this mode, the image storing means includes a local 
storage means, a remote storage means, and a central storage 
means. The local storage stores the electronic record at the 
first location. The remote storage means stores the electronic 

60 record at the second location. The central storage means 
stores the electronic record at a third location that is asso- 
ciated with a central data management system and that is 
remote from the first and second locations. In one more 
detailed variation of this multi-storage aspect, the central 
65 storage means comprises a back-up storage means for stor- 
ing the electronic record at a fourth location that is remote 
from the first, second, and third locations. 
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One further aspect of tbe pushing means according to this One more variation of this image history record system 

mode includes a local pushing means and a central pushing according to the present mode also provides a remote history 

means. The local pushing means is at the first location and record system associated with the remote image viewing 

pushes the electronic record to a central data management system, and a central history record system associated with 

system at a third location which is remote from the first and 5 the central data management system. The remote history 

second locations. The central pushing means is associated record system sends a remote system message from the 

with the central data management system at the third loca- remote image viewing system to the central history record 

tion and pushes the electronic record from the third location system and which contains the history information related to 

to the remote image viewing system at the second location. activity at the remote image viewing system. The central 

Another further aspect of the pushing means according to 1Q ^0,^ record system sends a central system message to the 

this mode includes a central data management system at a loca j record system and which contains at least a 

third location that is remote from the first and second portion 0 f t he history information contained in the remote 

locations. The central data management system receives the sys(em message la a farthcr more detailed variation the 

electronic record from the first location and pushes the bcal . e workstation ^ configured to display the history 

record to the remote image viewing system at the second i5 ^j^^ 

location. Another mode of the invention is a medical image man- 
According to still a further aspect of this mode, a display CQt syslera with a me dical imaging system, a local 
means associated with the remote image viewing system c workstalioQj and means for pushmg the electronic 
displays the electronic image in a recognizable, visible tQ a remQle image viewing) system ^ a fonnal suc h 
format at the second location. 20 mal the electromc record may be converted in order to 
Another mode of the invention provides a medical image rep resent the electronic image in a recognizable, visible 
management system with a local image workstation, a format. 

central data management system, and a remote image view- ^'medical imaging system produces the electronic 

ing system, all respectively configured and networked such ^ ^ an electronic image associated with a 

that the local image workstation pushes the electronic record 25 q ^ & knt , s body m a computer-readable format, 

via the central data management system to the remote image ^ ^ e work . station commu nicates with the medi- 

storage system. More specifically, the local image worksta- ^ ^ ^ ^ ^ electronic record may be 

tion communicates with a medical imaging system along a transmitted from lhe medica i imaging device and received 

local interface at a first location. The local image worksta- me ^ workstatioD . 

tion receives an el ^°^ cord ^^^ 30 Qne of me u mcaQS according t0 this mode 

an electronic image from the medical imaging system asso- , c 7 F . , , J. * <-,«.t- m w*i 

ciatedwimabodyofapadent^ecentxaldatamanagement ^er includes a central data ^£ 

system communLtes with the local image workstation f^S ™™ for pushing the elec ™ ^ 

along a first remote interface from a second location that is local image workstation to the centra _ manage mem 

remote from the first location, such that the central data 35 system, and re mo le p ^^^^^^^ 

management system receives the electronic record from the tronic record from the central data management system to 

local image workstation. T^e remote image viewing system me remote image V1 ewmg station. 

communicates with the central data management system According to another aspect, the system further includes 

along a second remote interface from a third location that is means for displaying the electronic image at the remote 

remote from the first and second locations. The remote ^ image viewing system. 

image viewing system has a remote image storage system According to still a further aspect, the. system also 

adapted to store the electronic record in a computer readable includes a means associated with the central data manage- 

fonnat, and is adapted to open the electronic record from the ment system for processing, the electronic image in order to 

remote image storage system and to convert the electronic produce a result that is useful in the patient's healthcare 

image into recognizable, visible form. 45 management. This processing means in one highly benefi- 

According to one aspect of this mode, the central data cial variation includes Alzheimer's diagnostic analysis of the 

management system has a central image storage system that electronic image. Another highly beneficial vanation 

is adapted to store the electronic record in a computer- includes MR spectroscopy application to the electronic 

readable format. In one further variation, the central image image. 

storage system includes a back-tip storage system that is 50 Another mode of the invention provides a medical image 
adapted to store the electronic record in a computer- readable management system with a particular central data manage- 
format at a fourth location. ment system. The central data management system includes 
In another aspect of this mode, the local image worksta- a computer which communicates with an electronic trans- 
tion includes a local image storage system that stores the mission means along a first remote interface and electroni- 
electronic record 55 cally receives an electronic record from the electronic trans- 
According to another aspect, the svstem further provides mission means that includes an electromc image associated 
an image history record system associated with at least one with a region of a patient's body. The computer also com- 
of the local image workstation, central data management municates with a remote image viewing system along a 
system, and remote image viewing system. This image second remote interface and pushes the electromc record in 
history record svstem maintains an image history record that 60 a DICOM format to the remote image viewing system, 
contains history information related to at least one of loca- According to one aspect of this mode, the system also 
tions where the electronic record has been sent, locations includes a local image workstation that communicates with 
where the electronic record has been received, times when a medical imaging system that produces the electromc image 
the electronic record has been sent to a location, times when along a local interface at a first location. The central data 
the electronic record has been received at a location, times 65 management system communicates with the local image 
when the electronic record is opened at a location, and limes workstation along a remote interface from a second location 
when the electronic image is viewed at a location. remote from the first location in order to receive the elec- 
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Another aspect of this method mode further includes 
receiving the electronic record at the remote image viewing 
system and opening the electronic image at the remote 
image viewing system, wherein the history information 
comprises the time and location of the receiving and viewing 
of the electronic image at the remote image viewing system. 
This aspect also includes communicating the history infor- 
mation from the remote image viewing system and to the 
central data management system via a remote system mes- 
sage before sending the central history message from the 
central data management system to the local image work- 
station. 

Still another aspect of this method mode includes apply- 
ing an application to the electronic image using the central 
data management system, wherein the application produces 
a result that is useful in the patient's healthcare management. 
The method according to this aspect further includes attach- 
ing the result to the electronic record to form a supplemented 
electronic record, and transmitting the supplemented elec- 
tronic record from the central data management system to at 
least one of the local image workstation and the remote 
image viewing system. One particular beneficial variation of 
this aspect includes using an application that produces a 
result useful in diagnosing a parameter associated with 
Alzheimer's Disease. Another variation includes applying 
an MR spectroscopic analysis of the electronic image. 

Another aspect of this mode includes pushing the elec- 
tronic record from the central data management system to 
the remote image viewing system in a DICOM format. 

Still a further aspect includes pushing the electronic 
record to the remote image viewing system without sub- 
stantially compressing the electronic image. 

Yet another aspect includes pushing the electronic record 
lotions wherrtheTlectronic record has been sent from the to the remote image viewing system after performing sub- 
central data management system, locations where the elec- 35 stantially loss-less compression to the electronic image, 
tronic record has been received from the central data man- The systems and methods of the invention for managing 

agement system, times when the electronic record has been medical images electronically over remote interfaces such as 
transmitted from one location to another location, times via the internet also allow for a highly economical method 
when the electronic record has been received at one location for providing a medical image management ASP in a manner 
from another location, times when the electronic record is 40 that expands the bottom line for medical imaging centers m 
opened at a location, and times when the electronic image is particular. Therefore, the invention also includes various 
viewed at a location modes associated with the economical cost-flow related to 

Another mode of the invention is a method for managing the implementation and use of the medical image manage- 
medical images. The method includes in one regard receiv- ment sytems of the invention 
ing along a first remote interface an electronic record, which 45 
includes an electronic image that is associated with a body 
of a patient, from a medical imaging system located at a first 
location and at a central data management system located at 
a second location that is remote from the first location. The 
method further includes pushing the electronic record from 50 
the central data management system along a second remote 
interface to a remote image viewing system located at a third 
location that is remote from the first and second locations. 
One aspect of this mode further includes transmitting a 



tronic record from the local image workstation. In one more 
detailed variation, the local image workstation transmits the 
electronic record, and the central data management system 
receives the electronic record, in the DICOM format. 

According to another aspect of this mode, the central data 
management system is associated with an image history 
record system that maintains an image history record with 
information related to at least one of: locations where the 
electronic record has been sent from the central data man- 
agement system, locations where the electronic record has 
been received from the central data management system, 
times when the electronic record has been transmitted from 
one location to another location, times when the electronic 
record has been received at one location from another 
location, times when the electronic record is opened at a 
location, and times when the electronic image is viewed at 
a location. 

Another aspect of this mode includes a storage system 
associated with the central data management system and 
which stores the electronic record in at least two relatively 
remote locations. 

Another mode of the invention is medical image man- 
agement system with a local image workstation which 
communicates with a medical imaging system along a local 
interface in order to electronically receive an electronic 
record from the medical imaging system that includes an 25 
electronic image associated with a region of a patient's body. 
The local image work-station also communicates with a 
central data management system along a remote interface in 
order to push the electronic record to the central data 
management system. The local image workstation is also 30 
adapted to receive and display a message from the central 
data management system related to an image history record 
with history information that related to at least one of: 



Another specific mode of the invention therefore is a 
method for providing medical image management system. 
The method provides a local image workstation that com- 
municates with a medical imaging system managed by a 
medical imaging center along a local interface at a first 
location. The local image workstation is configured to 
receive multiple electronic records from the medical imag- 
ing system each comprising at least one electronic image 
that represents at least a portion of a patient's body. The 
method also provides a central data management system that 
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system and to the local image workstation, wherein the 
central system message transmitted includes history infor- 
mation that comprises at least one of: locations where the 
electronic record has been sent from the central data man- 
agement system, locations where the electronic record has 
been received from the central data management system, 
times when the electronic record has been transmitted from 
one location to another location, times when the electronic 
record has been received at one location from another 



remote interface from a second location that is remote from 
the first location. The method also provides a remote image 
viewing system that communicates with the central data 
management system along a second remote interface from a 
60 third location that is remote from the first and second 
locations. Once the local image workstation, central data 
management system, and remote image viewing systems are 
installed and interfaced, the method further includes pushing 
the electronic records from the local image workstation to 
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a location. interfaces. 
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Further to this mode, the prior recited steps are performed 
while charging only the medical imaging center a pre- 
determined, fixed, periodic fee for the pushing of the elec- 
tronic records through the central data management system 
regardless of the volume of electronic records pushed per 
modality. The party responsible for receiving the images at 
the remote image viewing system is not charged for the 
viewing system, which is generally downloadable, or for the 
receipt of the images. The imaging center is not charged for 
the local image workstation or for the transmission of any 
given image in a direct way. Regardless of how many 
images are sent via this system, or to how many places, the 
imaging center pays the same 

One aspect of this mode further includes providing a 
communication link for the first and second remote inter- 
faces with the central data management system via an IP 
address associated with the central data management system 
on the internet. 

Another aspect of this mode further includes providing 
the remote image viewing system at least in part by provid- 
ing software that is downloadable over the second remote 
location onto a computer at the third location. In one 
particularly beneficial variation of this aspect, the software 
may be downloaded free of charge. 

According to another aspect, the local image workstation 
comprises a computer, and the local image workstation 
including the computer is provided to the medical imaging 
clinic for use in the medical image management system 
without directly charging the medical imaging clinic for the 
local image workstation. 

Still further to another aspect, the method also includes 
providing a medically useful diagnostic application on the 
central data management system that is adapted to perform 
a diagnostic operation on the electronic image at the central 
data management system to produce a medically useful 
result, and communicating the result to at least one of the 
local image workstation or the remote image viewing system 
in a computer readable form, wherein the result is provided 
without directly charging the medical imaging clinic or a 
user operating the remote image viewing system on a 
per-use basis of the diagnostic application. 

An alternative embodiment of the invention provides a 
polling system located with the remote workstation, viewer 
or system. The polling system is an automated system within 
the remote workstation or viewer that polls the central data 
management system for queued data. The polling system 
may poll the central data management system on a preset 
schedule or periodic basis. It may also poll for data upon 
occurrence of a predetermined triggering event. Such events 
may, for example be booting the computer, a predetermined 
log in, establishing or re-establishing an internet connection, 
detecting a change in an assigned IP address. 

The polling system includes: an IP address identifier, IP 
address notifier, a data request device and an internal poller. 
The IP address identifier internally determines the connec- 
tion status and IP address, e.g., assigned by an internet 
service provider. The IP notifier, after proper authentication, 
notifies the central database of the current IP address. The 
data request device requests queued data from the central 
data management system. The internal poller polls the 
viewer, workstation or system for the occurrence of a 
predetermined event that triggers the IP address notification 
and/or data request. 

In variation of this embodiment, the polling system is 
provided with the image push system that uses push tech- 
nology as described above. According to this embodiment, 
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the polling system will notify the central data management 
system of the image system, workstation or remote viewer's 
IP address. The central data management system will store 
the last known IP address in its database, for example, in a 
5 look up table. When the central data management system 
receives an image or other data, it will attempt to push the 
image or other data to the last known IP address of the 
specified remote location. The central data management 
system pushes data to locations over the Internet using push 
10 technology known to one of ordinary skill in the art, in the 
unique medical image delivery application and system 
described above with respect to FIGS. 1-6. If the delivery 
fails after a predetermined number of attempts, the data will 
be placed in a queue in the central data management system 
15 with a destination identifier that identifies the intended 
recipient. The central data management system delivers the 
queued data to the remote location when the remote mod- 
ule's polling system notifies the central data management 
system of the its current IP address or when the polling 
20 system requests delivery of queued data. 

The data delivered by the central data management sys- 
tem may be the image itself or related information, for 
example, the review history, radiologist or physician notes, 
text, voice-overs, time, date and person reviewing the 
25 images, comments, instructions, as well as other information 
relating to diagnosis, treatment or the patient's medical 
record. 

Another aspect of the invention provides an internal 
polling system within the local image station for commu- 
30 nicating IP address information to the central data manage- 
ment system. Accordingly, in a similar manner, the local 
system will update its IP address information and request 
queued data stored in the central data management system. 
The central data management system will then send queued 
35 data such as information concerning delivery and review 
status of the delivered medical image, to the local system. 

In one embodiment, the polling system within a particular 
module sends a signal to the central data management 
40 system when a particular event has occurred. The signal may 
either update the IP address and/or request queued data that 
was not successfully delivered to the module. The event may 
be, e.g., turning on the system, rebooting the system, con- 
necting to the internet, reconnecting to the internet, internet 
server IP address reassignment or the expiration of a preset 
time interval. In this regard, the module's internal software 
may be structured so that when the module is turned on or 
booted, the execution program includes sending a signal to 
the internal poller that an event has occurred. Alternatively, 
the programming may directly instruct the notification and 
50 request device to update the IP address or request queued 
data from the central data management system. Additionally, 
the software may be structured to conduct periodic internal 
polling for changes such as IP address change or loss of 
Internet connection. For example, the IP address may be 
3 identified and stored in a file . Periodically, the stored address 
will be compared with the current IP address identified to the 
module to determine if a change has occurred. Such pro- 
gramming may be accomplished by way of computer pro- 
60 gramming techniques generally known in the art. 

The polling event may be the passing of a predetermined 
time interval. For example, on a periodic basis, the polling 
system may check the central database for queued data 
and/or may update the central database's look up table 
65 containing IP addresses. 

The central data management system tracks delivery 
attempts and maintains a database of such attempts, sue- 
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cesses and failures. As described above, the central data redundant, secure, central data centers (and possibly a fourth 

management system stores the images and any associated storage at the remote viewing location), 

data including delivery and access information, whether 3. Provide authorized, secure and fast access to the stored 

originating from a local system, remote system or the central image data. 

data management system. 5 4, provide special clinical and visualization applications 

The polling system of the present invention provides centrally for the benefit of remote users at remote viewing 

efficient image delivery to locations or modules that do not systems. 

have static IP addresses. The system is compatible with more p rescnt invention will revolutionize the process of 

economical, dial-up Internet services. If, for example, an image delivery by use of a global broadband network that 

Internet server is designed to switch or change IP addresses 10 will coQ^ct imaging centers and hospital radiology depart - 

during a session, the change in IP address may be updated me nts with their radiologists and referring doctors. The 

in the central database. invention provides immediate access to patient images, 

t>dicc nccruTPTinM HPTHF FIHURFS allowing the same diagnostic imaging information to be 

BRIEF DESCRIPTION OF THE FIGURES availab i e at several locations immediately after completion 

FIG. 1 shows a schematic overview of the medical image 15 0 f the procedure. Just as the fax machine completely 

management system of the invention. changed the way doctors received imaging reports, 

FIG. 2 shows a schematic representation of an electronic (supplanting the US Postal Service, making the process 

record having an electronic image and other header infor- faster and much more cost efficient), the present invention is 

mation associated therewith which is communicated believed to represent a similar revolution in the distribution 

between remote locations according to the system of FIG. 1 "° of digital medical images. With the recent advent of broad- 

FIG 3 shows a perspective view of hardware for the local band Internet connections, which by the end of 2001 will be 

image workstation used according to the invention. available to the majority of the population m the form of 

0 , . • f .u a-~ \ Digital Subscriber Lines (DSL), continued adoption of this 

FIG. 4 shows a schemata rcpreseo.at.oa of the mecUca ^™™ mode ^ ^^1,,^ community will 

25 e^and le ^gnifican. iransition in the way images are 
the internet with multiple medxcal nnagmg ^nters and *P ^ ^ tQ ^ man . 

muluple remote part.es needed access ounages^ ag JL system and memod of the invention. 

FIGS 5A-D show various sequential modes of using the » .... L 1 

rivjo. jrt vj suuv* yauuuj M Accordine to the invention as shown in FIG. 1, medical 

system of the invention for managing ; transpor, ^ system (1) a ffiedical Paging 

storage, and history records associ ^ J^* *™ 30 syst f m (10) S a local image workstation (20), a central data 

records of medical images according to he invention. m ^ V meD ' t system (3 0), and a remote image viewing 

FIG. 6 shows a schematic overview of a beneficial cost- * which ef provi(Je m efficient> resource . 

flow associated with using a medical image management e ^ ec(ive v lQter net -based ASP for the immediate electronic 

ASP system according to the invention delivery 'and storage of medical images. In addition, an 

FIG. 7 shows a schematic representation of a method and 35 ^ history record system is also provided which allows 

system for storing, transmitting, receiving and tracking for efficient tracking of when and where electronic records 

medical images and associated information of an alternative associated with images are transmitted, opened, and stored, 

embodiment of the present invention using the polling ^ systcm (1) Qf lhfi ^emion is used in one 

system of FIG. 10. ^ general embodiment according to the following method, 

FIG. 8 shows a schematic representation of a method of whicfa [s further shown j n fi ner detail in flow-chart format in 

using the polling system set forth in FIG. 7. FIGS. 5A-D. A patient study or exam is conducted at a 

FIG. 9 shows a schematic representation of the system me dical imaging center using medical imaging system (10) 

and method of the embodiment described with respect to to 0 b t ain a set of images associated with a targeted region of 

FIG. 7 using a polling system illustrated in FIG. 10. 45 a patient's body. These images are provided by the medical 

FIG. 10 shows a schematic representation of a polling imaging system in an electronic form as electronic images 

system of an alternative embodiment of the present inven- (<J) that are a part of an electronic record (5), as shown in 

tion. FIG. 2 and further explained in detail below. The technolo- 
gist performing the exam transfers the electronic record to 

DETAILED DESCRIPTION OF THE ^ f^/ image workstation (20) which is also located onsite at 

INVENTION the Paging cente r. The local image workstation (20) is 

The present invention provides a medical image manage- shown in overview in FIG. 3 for the purpose of general 

ment system (1) and method that, in one particular beneficial illustration. Local image workstation (20) archives the data 

mode using the known "Internet" communications network, locally, and then "pushes" (as explained in detail below) the 

functions as an "Applications Service Provider" (ASP), 55 electronic record to central data management system (30) at 

which terms are herein intended to mean an information a remote location, as described in detail below, 

management service that is centrally accessible from various if the imaging system (10) does not output the images 

remote locations. The following are specific embodiments packaged in the format Digital Imaging and Communica- 

whicb are contemplated among the benefits associated with tj oas i a Medicine (DICOM) compliant format, local image 

the ASP and other aspects of the invention: 60 workstation (20) will convert the data into the DICOM 

1. Electronically deliver medical images in electronic format prior to transmission to central data management 

record form to referring physicians, surgeons, radiologists, system (30) at a remote location with respect to the imaging, 

other healthcare providers, patients, and other interested center. Once the electronic record (5) is received at central 

authorized, parties outside of the imaging center, preferably data management system (30), it is stored at that remote 

via "push" technology. 65 location and automatically routed., again via "push" delivery 

? Electronically store each image at three separate loca- (described in more detail below), to one or more remote 

lions- locally at the imaging center and at two fully image viewing systems (40) at the respective radiologist, 
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referring physician or surgeon, or other healthcare provider above. Most digital imaging modalities store pixel values as 

who is at another location remote from both the imaging 14 or 16-bit values. The "direct" capture method ensures that 

clinic and the central data management system (30) loca- the complete 14 or 16-bit information is transferred to the 

tions. Where a radiologist is receiving electronic record (5) system of the invention. In the case of secondary capture 

for viewing and interpretation/diagnosis, the radiologist in 5 some of the information is lost because the secondary 

one aspect may produce a report containing new information capture technique generally only captures the S-bit analog 

that may be attached to the electronic record (5) and updated representation of the image pixel data. Also secondary 

to the referring physician or surgeon. In addition, an image captured images cannot be manipulated to the same degree, 

history record system (200) maintains an image history As mentioned above, because of the inherent drawbacks of 

record with information regarding transmission and viewing 10 secondary captured data, the American College of Radiol- 

records associated with the electronic record, and routes the 0 gy (ACR) standard states that the direct capture method is 

respective information in the record back from these remote preferred for primary diagnosis. 

viewing stations, through the central data management sys- Further, the ACR standard recommends that the DICOM 

tem (30), and to the local image workstation (20) at the standard be used. Most currently installed medical imaging 

imaging center that produced the original image. 15 systems do not output the digital data in the standard 

More detail of each component of this overall medical DICOM complaint format. Therefore, according to this 

imaae management system as contemplated according to the aspect special interfaces may be required to accomplish 

invention is provided as follows. "direct" capture by generally converting the non-DICOM 

Medical Imaging System record to the DICOM format. Such interface may be pro- 

As mentioned above, the present invention broadly con- 20 vided as a separate DICOM workstation located between the 

templates use of a medical imaging system (10) that pro- local image workstation (20) and either the medical unage 

vides images in electronic form for electronic delivery. In system or the central data management system (30) that 

particular, the invention is believed to be highly beneficial receives the output from the local image workstation (20). 

for providing a useful ASP for managing images associated Or, the invention may also incorporate interfaces directly 

with studies conducted on MRI and CT medical image 25 into the local image workstation (20) that enable the direct 

systems In addition, the invention also contemplates the capture of data generated by many MRI systems, such as by 

following imaging modalities as suitable substitutes for providing a DICOM conversion technology within the archi- 

medical image system for use according to the overall tecture of local image workstation (20). One example of 

medical image management systems and methods of the such a DICOM-converting interface is commercially avail- 
invention: ultrasound, computed tomography, nuclear 30 able from Image Enhancement System, Inc. (IES), a CaU- 

medicine, digital radiography, etc. fornia corporation, Another example of such an interface is 

Local Image Workstation commercially available by MERGE Technologies, located 

Local image workstation (20) is located at the medical in Milwaukee, Wis. Interfaces to other imaging systems may 

imaging center and communicates with a medical imaging also be used or otherwise developed and integrated in the 

system (10) generally onsite at the center's location via a 35 overall system and methods of the invention so as to extend 

local interface (15). The terms "'local interface" are herein the reach of the invention to those imaging systems as well, 

intended to mean interfaces that use locally managed and Interfaces that may be developed for MRI, CT, and other 

generaUy non-publicly accessed and used networks and radiological imaging dev lC es are contemplated under the 

routers For the purpose of further illustration, local inter- present invention. 

faces according to the intended meaning include without 40 It is to be further understood that the present invention 

limitation hard-wired direct interfaces, extensions of dala contemplates all the benefits of the systems and methods 

paths and locally routed and/or managed LANs or telecom- herein described without the need for a local image work- 

munication interfaces such as telephone lines that when used station that is peripheral to the medical imaging system if 

according to the invention do not extend beyond a locally that imaging system incorporates into its own architecture 

and generally privately managed and used router and there- 45 the necessary communication modes for interfacing and 

fore generally do not use publicly accessed and used tele- communicating with the other components of the invention 

communications networks, nodes, or routers. as herein shown and described. 

In one highly beneficial embodiment, local image work- Central Data Management System 

station (20) uses direct capture (as described above) to Central data management system (30) is generally located 

acquire the electronic image data from the imaging system, so remotely from the medical imaging center, and communi- 

This ensures that the exact digital data, as stored on the cates with local image workstation (20) via a remote inter- 

imaging system, both in terms of matrix size and pixel depth, face (25). Central data management system (30) is also 

is transferred to the system of the invention. A physician or generally located remotely from the remote image viewing 

other healthcare provider can window and level (control systems (40) to where electronic records (5) are to be sent 

brightness and contrast) as well as zoom and measure 55 from the central data management system (30). Therefore, 

pathology with this data set. The physician can also use central data management system communicates with these 

reference images to know the exact location of the image remote image viewing systems remotely, for example via 

inside the body. These features are generaUy not present remote interface (35) as shown in FIG. 1. 

with frame-grabbed images, which again represents the The term "remote" is herein intended to mean sufficient 

technique employed by some other known electronic medi- 60 distance away from a location such that interfacing with 

cal image management systems. The other advantage of this devices at the location is generally performed in standard 

direct capture is that the image quality on the receiving end course using a remote interface. The terms "remote lnter- 

is as good as it is on the shipping end, which means that the face" are herein intended to mean interfaces that use wide 

imaoe quality is the same as the MRI or CT technologists area networks (WANs) or other publicly accessed and cen- 

performing the study sees on the computer. 65 trally managed networks or routers such as for example 

This contrasts with "secondary" capture methods like cable networks and publicly accessed telecommunications 

video frame-grabbing and film digitization, as described networks, nodes, and routers. Therefore, in another sense 
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remote interfaces are communication interfaces that reach 
beyond local interfaces as described herein. In one highly 
beneficial mode, the remote interfacing with the central data 
management system (30) for the push transfer of images to 
and from that central image management system will 
employ fast digital lines and flow over the Internet. DSL, 
cable, ISDN and wireless modalities will also serve as 
suitable alternatives for remote interface connectivity. 

As an internet-based ASP, the central data management 
system (30) will include collocation and web hosting that 10 
may be provided for example by advanced servers such as 
is commercially available from Exodus. Exodus has man- 
aged services using state-of-the-art tools and experience in 
the key areas of storage performance optimization and 
security. Servers such as available from StorageTek or the is 
Exodus Network may provide a storage service for data 
backup and restore solutions. A further architectural aspect 
of the central data management system (30) may also 
employ for example the Exodus giga-byte Internet service 
which offers speed that is 10 times as fast as conventional 20 
LANS as well as the Exodus Security Service pack. Services 
such as provided by Exodus offers 24x7 support, 
monitoring, redundant Internet access with fiberoptic cable 
from multiple providers, which eliminates any single point 
of failure. Physical security, power backup, fire suppression, 
extensive environmental systems, and mirrored backups at a 
separate geographic location are all offered by Exodus and 
may be employed according to the present invention. 
The invention contemplates use of collocation facilities, 



gent software, to leverage the fast access and throughput 
performance benefits of disks with the cost benefits of tape 
media. Various aspects of the medical image storage system 
as provided by the present invention are presented in the 
following table, showing the different storage media used 
and the duration for which the data resides on each type of 
storage device along with approximate costs. 



Time 


Storage Device 


Access Time 


Cost/Mbyte 


0-30 days 
>30 days 


Hard disk RAID 
Online tape 


Less than 1 second 
1-3 minutes 


25 cents 
5 cents 
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When data is received at the central data management 
system (30), it is kept on hard disk for 30 days. It is also 
backed up to the Primary and Secondary archives. After 30 
days, the data is moved to tape media. Products like Stor- 
agetek's (Storage Technology Corp.) Virtual Storage Man- 
ager (VSM) combines hard disk, tape and software to 
provide high capacity and disk-like performance. By storing 
older data on slower media and accumulating large quanti- 
ties of data on cheaper media, the storage model of the 
invention offers an optimum solution. 

The central data management system (30) actively 
"pushes" the electronic records (5) and associated images 
(6) to the remote image viewing systems (40) of the radi- 
ologists and referring doctors as soon as the images are 
available. This contrasts with the "pull" model where the 
images are stored on a server and a user has to login and 
operated by leading providers of such facilities like Exodus 30 initiate a download in order to view the images. Such 
Communications, Inc., to house all the storage and comput- pull-based methods are not believed to adequately address 
ing equipment in particular associated with the central data the needs of busy surgeons and physicians who are used to 
management system (30). These facilities provide the physi- having images on films delivered to them. Therefore, at each 
cal environment necessary to keep the system and service of of the locations where the images would be needed, the 
the invention up and running 24 hours a day, 7 days a week. 35 remote image viewing station (40) would be running and 
These facilities are custom designed with raised floors, available at all times on the Internet in order to achieve 
HVAC temperature control systems with separate cooling immediate "push" delivery of the images as soon as they 
zones, and seismically braced racks. They offer a wide range become available. Similarly, it also assures prompt delivery 
of physical security features, including state-of-the-art of a report from the remote User and back through the ASP 
smoke detection and fire suppression systems, motion 40 system to other locations identified. The delivery, may also 
sensors, and 24x7 secured access, as well as video camera be scheduled for specific times if the remote image viewing 
surveillance and security breach alarms. Further, these system (40) on the receiving end is known to not be 
facilities deliver very high levels of reliability through a available at all times 

number of redundant subsystems, such as multiple fiber Multiple deliver attempts will also be made. The accep- 
trunks from multiple sources, fully redundant power on the 45 tance of the unique mode of constant connectivity, however, 



premises, and multiple backup generators. 

It is believed that most other medical image management 
ASP efforts are intending to use PCs with a Microsoft 
database on their central servers. It is further believed that 
such a database will be inadequate in many circumstances, 
in particular when dealing with the massive storage required 
by imaging centers and hospitals. For this reason the present 
invention preferably incorporates more robust database 
platform, such as for example an Oracle database on a Unix 



will grow considering the aggressive expansion of fast, 
always on Internet Connections. 

Further aspects of using IP addresses over the Internet to 
assist the routing of electronic records (5) to and from 
50 various facilities via the central data management system is 
provided in FIG. 4. Further to this Figure, the central data 
management system's Internet Protocol (IP) address is gen- 
erally designated as "IP-C", whereas electronic record origi- 
nation addresses (local image workstations) are designated 



platform' This will ensure a high level of reliability and 55 variously as IP#1A, IP#2A, etc., and destination IP 

scalability The central storage system of the central data addresses where the records are to be pushed are designated 

management system (30) takes into account the storage and generally as 1P#1B, IP#2B, etc. Accordingly, IP#1A pushes 

access needs of imaging center and remote users. The an electronic record (5) to central data management system 

rationale behind the architecture is that: most recently stored (30) via its IP address IP-C, which pushes the record (5) to 

data is the most frequently accessed data and requires the 60 the desired remote image viewing systems (40) found over 

most expedient retrieval; and as the data ages, the frequency the internet at address IP#1B. All the desired destination 

of access and the need for expediency decreases. addresses, including the central data management system 

The invention's storage svstem uses a hierarchical storage (30) and the locations for the remote image viewing systems 

management (HSM) scheme to exploit the cost/benefit ratios (40), may be designated in the header (7) associated with the 

of different storage technologies while realizing an optimum 65 electronic record (5), and may be placed there for example 

design to satisfy the above rationale. This architecture by manual or automated forms of entry to the record via the 

combines hard disks and tape devices, managed by intelU- respective local image workstation (20). 
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FIG. 4 also shows electronic records (5) via flow arrows model because the data transfer occurs in the background, 

pointing in each of two opposite directions. This is intended shortly after the study is completed, and before the doctor 

to represent both forward and reverse flow of information desires to view them, 

related to the records (5), such as returning updated versions Remote Image Viewing System 

of the records (5) with new diagnostic information flowing 5 In order to display and manipulate the received images, 

from the remote image viewing system user according to the invention in one aspect includes remote image viewing 

various of the particular embodiments herein described and system (40) that all radiologists and referring doctors must 

shown in the Figures. In particular, interpreting physicians, use in conjunction with the image delivery service of the 

payers, and other parties outside of the medical imaging invention. The remote image viewing system in one benefi- 

center and representing the remote image viewing systems 10 cial embodiment is a software program that may be down- 

of the invention will often attach reports to the electronic loaded from the website associated with the central data 

record for others to see, including the medical imaging management system (30), and run on any PC that satisfies 

center itself and other physicians. This is represented by the certain minimum requirements. This program may also be 

reverse flow of electronic record (5) as shown in FIG. 4, and available on CD ROM for distribution to doctors and/or 

the respective reports, etc., are shown schematically in FIG. 15 image center users of the invention. The remote image 

2 as new information (7*) which is attached to the "header" viewing system (40) preferably gives the physician the 

or "data" section of electronic record (5) along side of the ability to change display formats, window and level the 

electronic image (6). image (adjust the brightness and contrast), magnify the 

Moreover, to the extent one party with a first remote image, manipulate the grayscale, measure the anatomy and 

image viewing system desires to send and image to another 20 pathology, easily identify spatial locations, and to the extent 

party with a second remote image viewing system, that may there is direct-capture and lossless transmission make exact 

be accomplished directly from the first remote image view- measurements and determine the location of abnormalities 

ing system. This is shown in FIG. 1 by way of arrows for surgical planning. 

between system (40) and system (40') that represents that I none further embodiment, only images delivered accord- 
other second remote system, which may be another 25 ing to the invention will be viewable through this viewer, 
physician, a patient, a third party payer, or any other However, in another aspect images delivered according to 
authorized party. In another aspect, however, for the purpose the invention may be made viewable through any DICOM 
of more centralized control, such party-to-party transfer may conformant receiver/viewer. 

also require routing through the central data management The remote image viewing system (40) is how physicians 

system (30), and may even in some circumstances require 30 and other users outside of the imaging center will "experi- 

pre-authorization via the local image workstation (20) that ence" images transported according to the invention, and 

originally brought a given electronic record into the system. thus the system (40) Must be provided in a form that is well 

In addition to the above mentioned "push" delivery accepted by the medical community in particular. In a 

service, a web-based "'pull" functionality will also be avail- further aspect beneficial to healthcare providers, payers, and 

able to facilitate secure data access by authorized individuals 35 patient's alike, this viewer may be used, free of charge, to 

from locations other than the normal delivery locations. view and analyze images transported according to the 

Consistent with privacy requirements, a physician will have invention, as further developed below, 

access to records of only those patients for whom he or she Remote image viewing system (40) also preferably incor- 

is responsible or otherwise authorized. porates or interfaces with a database. This database in one 

In contrast to other known efforts at providing a medical 40 beneficial mode is an extensive, queriable database so the 

image management ASP, the present invention employs physician can simply type in the patient's name or other 

"push" delivery of medical images directly to the referring identifying factors to bring up that particular patient 

physicians office or offices, which may be completed immediately, even if there are hundreds of patients on the 

according to the invention immediately after generating the doctor's hard drive. The physicians will also be able to 

image at the medical imaging center. The use of the push 45 configure their patient image database on their computer in 

methodology directly addresses the needs of referring phy- different ways in order to organize their patients the way 

sicians prescribe the imaging study in order to diagnose or they feel will be most efficient for them, 

treat a patient. Clearly, these healthcare providers want the This flexibility differentiates the present invention from 

images delivered to their office(s) just as they have the films other medical image management ASPs that will only allow 

delivered today. With push delivery of electronic image 50 central storage of images at the company site. With the 

records according to the invention, the image delivery will present invention, the image data, once the physician selects 

take place in the background and be on the physician's the patient, will be immediately downloaded into RAM on 

desktop computer ready for review whenever the doctor is his or her computer. This allows the physician to have access 

ready to view them. quickly to the entire data set and allow for rapid change from 

The push aspect of the invention saves costs directly 55 image to image efficiently, thereby decreasing the time that 

equated with physician time, and is also believed to enable the physician needs to review his patients' images. The 

an increase in imaging center revenues. In one regard, physician will be able to view his or her patients' images 

referring physicians do not need to spend the time to log on even if the computer is off-line, such as when the doctor 

to find and download the images, and in another regard carries the laptop computer on rounds, or even to the 

medical imaging clinics that use the medical image man- 60 operating room, All other known medical image manage- 

agement systems and methods of the invention will be able ment systems and methods are believed to require the 

to use the connectivity of the overall system as a marketing physician to log on to web sites and then download the 

advantage, attracting referring doctors and their patients images to his computer. Hence, with other ASP systems not 

who can participate in the "push" image transmission associated with the present invention, if the physician 

stream. 65 wishes to see his patients' images again, he must repeat the 

Further, the communications bandwidth requirements for extensive and lengthy login and download procedures. It is 

speed are less stringent with the present invention's "push" believed that such methods which rely upon the physician to 
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actively login and download, will be unaccep table for the 
referring doctors who are extremely busy and are used to 
images being delivered to them on film. Doctors will expect 
the same (image delivery to the doctor, not the doctor 
having, to actively seek their patient images) in the future 5 
with any digital image ASP. 

The referring physicians and other users of the invention 
will be strongly encouraged to use DSL for interfacing the 
remote image viewing system (40) with the central data 
management system (30) of the invention since this provides 10 
for fastest and economical Internet access. Moreover, it is 
preferred that the Internet connection between the central 
data management system (30) and the remote viewing 
system be continuously online in order to best facilitate the 
"push" delivery aspect of the invention. The ability to 15 
maintain the continuous connectivity desired will improve 
with the ongoing, aggressive expansion of fast, always on 
Digital Internet Connections. 

Notwithstanding the significant benefits of the electronic 
image flow as herein shown and described, some parties will 20 
still invariably want medical images on hard-copy film. This 
may also be accomplished by use of the present system as 
shown in FIG. 1 by sending the electronic record to a film 
printer (50) that converts the electronic image of electronic 
record (5) into film image (5') for delivery to the interested 25 
party. Because the image is stored and managed centrally, 
film printers that exist locally to the intended delivery 
location may be sent the electronic record via remote 
interface, and may in fact even have themselves a remote 
image viewing system according to the invention, at least to 30 
the extent that it is configured to open the proprietary 
electronic records to access the film for printing. 
Diagnostic & Workflow Tracking ASP Operations 

The ASP aspect of the invention also allows for specific 
clinical and workflow operations to be performed on the 35 
electronic image at the central image management system in 
a centralized and controlled environment to the benefit of all 
remote users of the ASP. This is shown schematically for the 
purpose of illustration at ASP tool (32). 

In oae particular embodiment, the invention provides 40 
special algorithms for processing, and analyzing images 
such as MRI images, such as for example in order to 
diagnose various conditions associated with the processed 
image. In one particular aspect for the purpose of further, 
illustration, at least one processor or software-related algo- 45 
rithra may be applied to the centrally stored image infor- 
mation in order to diagnose and stage Alzheimer's Disease. 
Further more detailed examples of Alzheimer-diagnostic 
analysis that may be offered under the ASP model of the 
present invention are described in the following references: 50 

1) Meyerhoff, D. J., MacKay, S., Constans, J-M, Norman, 
D., VanDyke, C, Fein, G., and Weiner, M. W.: Axonal 
loss and membrane alterations in Alzheimer's disease 
suggested by in vivo proton magnetic resonance spectro- 
scopic imaging. Annals of Neurology 36:4<M7, 1994. 55 

2) Constans, J. M., Meyerhoff, D. J., Gerson, J MacKay, S., 
Norman, D., Fein, G., and Weiner, M. W.: J H magnetic 
resonance spectroscopic imaging of white matter signal 
hyperintensities: Alzheimer's disease and ischemic vas- 
cular dementia. Radiology 197:517-523, 1995. 60 

3) Constans, J. M., Meyerhoff, D. J., Norman, D., Fein, G., 
and Weiner, M. W.: X H and 31 P magnetic resonance 
spectroscopic imaging of white matter signal hyperinten- 
sities in elderly subjects. Neuroradiology 37:615-623), 
1995. « 

4) MacKay, S., Ezekiel, F., Di Sclafani, V, Meyerhoff, D. J., 
Gerson, J., Norman, D„ Fein, G., and Weiner, M. W: 



Alzheimer disease and subcortical ischemic vascular 
dementia: Evaluation by combining MR imaging segmen- 
tation and H-l MR spectroscopic imaging. Radiology 
198:537-545, 1996. 

5) MacKay, S., Meyerhoff, D. J., Constans, J. M., Norman, 
D., Fein, G., and Weiner, M. W.: Regional grey and white 
matter metabolite differences in Alzheimer's disease, sub- 
cortical ischemic vascular dementia and elderly controls 
with J H magnetic resonance spectroscopic imaging. 
Archives of Neurology 53:167-174, 1996. 

6) Tanabe, J. L., Amend, D., Schuff, N., Di Sclafani, V, 
Ezekiel, E, Norman, D., Fein, G., and Weiner, M. W.: 
Tissue segmentation of the brain in Alzheimer's disease. 
American Journal of Neuroradiology 18:115-123, 1997. 

7) Schuff, N., Amend, D., Ezekiel, F., Steinman, S. K., 
Tanabe, J., Norman, D., Jagust, W., Kramer, J. H., 
Mastrianni, J. A., Fein, G., and Weiner, M. W.: Changes 
of hippocampal n-acetyl aspartate and volume in Alzhe- 
imer's disease: A proton MR spectroscopic imaging and 
MRI study. Neurology 49: 1513-21, 1997. 

8) Schuff, N., Amend, D., Meyerhoff, D. J., Tanabe, J., 
Norman, D., Fein, G., and Weiner, M. W.: Alzheimer's 
disease: Quantitative H-l MR spectroscopic imaging of 
fronto-parietal brain. Radiology 207:91-102, 1998. 

9) Schuff, N., Vermathen, P., Maudsley, A. A., and Weiner, 
M. W.: Proton magnetic resonance spectroscopic imaging 
in neurodegenerative diseases. Current Science Journal 
6:800-807, 1999. 

10) Tanabe, J., Ezekiel, F., Schuff, K, Reed, B., Norman, D., 
Jagust, W., Weiner, M. W., Chui, H., and Fein, G.: 
Magnetization transfer ratios of white matter hyperinten- 
sities in subjects with subcortical ischemic vascular 
dementia. Am J Neuroradiol 20:839-844, 1999. 

11) Kwan, L. X, Reed, B. R., Eberling, J. L., Schuff, N., 
Tanabe, J., Norman, D., Weiner, J., and Jagust, W. J.: 
Effects of subcortical cerebral infarction on cortical glu- 
cose metabolism and cognitive function. Arch. Neurology 
56:809-14, 1999. 

12) Schuff, N., Amend, D., Knowlton, R., Tanabe, J., 
Norman, D., Fein, G., and Weiner, M. W.: Age-related 
metabolite changes and volume loss in hippocampus by 
proton MR spectroscopic imaging and MRI neurobiology 
of aging. Neurobiology of Aging 20: 279-285, 1999. 

13) Capizzano, A. A., Schuff, N., Amend, D., Tanabe, J., 
Norman, D., Maudsley, A. A., Jagust, W, Chui, H., Fein, 
G., and Weiner, M. W.: Subcortical ischemic vascular 
dementia: Assessment with quantitive MRI and J H MRSI. 
American Journal of Neuroradiology, (In Press 2000). 

The disclosures of these references are herein incorporated 
in their entirety by reference thereto. 

Other image processing tools such as M.R. Spectroscopy 
(or "Proton MRS"), may also provide an ASP tool (32) for 
use with the invention. Proton MRS uses the MRI scanner 
to listen for the radiowaves of major normal proton con- 
taining brain biochemical metabolites (myoinositol, choline, 
creatine, amino acids, n-acetyl aspartate) as well listening 
for the radiowaves of abnormal proton containing metabo- 
lites (lipid and lactate). The added metabolic bio-chemical 
information impacts on the differential diagnosis of abnor- 
mal lesions seen on the anatomic MRI as being either 
infection, tumor or stroke all of which have different treat- 
ment regiments. In certain cases proton MRS can prevent 
invasive neurosurgical biopsy (so called MRS brain biopsy). 
Proton MRS may have a future role in the early clinical 
evaluation process and response to therapy in dementia such 
as Alzheimer's Disease. Proton MRS has its own separate 
CPT billing code and can be performed in 5 to 20 minutes, 
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depending on the complexity of the clinical question. Fur- level, detailed workflow management capably to make 
ther more detailed examples of an MR Spectroscopy opera- radiology operations more efficient in the areas of ^scheduL- 
tion that is believed to be well suited for use under the ASP ing patients, staffing, asset management, etc. Tte rtulogy 
aspect of the invention is described in the following refer- community has accepted this approach, but odyfe kip* 
.oy^i ui m ^ hospitals have purchased the necessary software and 
1° Boyko O B, Spielman D. Clinical Applications of MR hardware, due to the prohibitive cost of individual owner- 
S^ctioscopy. Proceedings Seventh Annual Educational ship. Generally speaking, known RIS technology has much 
Course International Society for Magnetic Resonance In higher capacity for information flow and management than 
Medicine Syllabus (1999) Pages 109-119. individual medical imaging centers require. Therefore, 
■> Boyta O B Neuroimaging and Proton Spectroscopy in ,o according to the RIS/ASP mode of the invention, wherever 
" CNS Neoplasms. In Stark D D and Bradley W G (eds.) the image goes through the system of the invention, the 
Magnetic Resonance Imaging, Mosby 1999. associated patient care information abo goes _too_a 11 in ^one 
3. Boyko O B. MR Spectroscopy of the Brain. In Tindall G integrated electronic file, and without any individual health- 
fed ) Practice of Neurosurgery, JB Saunders New York care provider needing to actually purchase the RIS system. 
K 9 a 6 is Again, by hosting this type of application as an Ai>P, wider 

4 Lazeyras F, Charles H C, Tupler LA, Erickson R, Boyko and faster adaptation will result with revenue flow managed 
' O B Krishnan K R R. Metabolic Brain Mapping In through one central site according to the various charging 

Alzheimer's Disease using Proton Magnetic Resonance structures described above. 

Spectroscopy. Psychiatry Research 82:95,1998. The RIS system as ASP tool (32) may be entirely m n- 

5 RossB MichaelisT. Clinical Applications of Magnetic 20 aged through internet aspect to the ASP service on the 
Resonance Spectroscopy. Magnetic Resonance Quarterly central data management system (30 or ■« may have various 
10 191 1994 components layered over the central data management sys- 

The disclosure of these references are herein incorporated in tern (30) in addition to the remote 
their entirety by reference thereto. (40) and/or the local image ^^ 2 ^j)°^ £ 

Such ASP-based diagnostic/image processing allows 25 remote ASP interface (42) and ^[^»^"g>^ 
medical imaging centers using the invention to offer the particular these local and remote ASP interfaces (22, 42) 
respective service to a second tier of users doing business may require resident architecture at the respective local 
wtK fcs, doctor/user, such as for example offering the image workstation (20) and remote image sewing system 
service to referring physicians, patients, and healthcare (40) in order to perform their role in the overall flow of 
Riders such as Jd-party payer/insurance companies. 30 information as relates to ASP-based acttvities on those 
Also, the imaging center does not have to make an upfront terminal. 

investment in software, computer work stations and addi- Image Storage System •„„»„„•„„ in 

tional clinical staff-rather, (he service is supplied at the Medical images are archived according to the mvention in 
central data management system (30) according to the multiple locations according to a storage system (100) as 
associated ASP service. Additionally, the invention allows 35 follows. 

the owner or supplier of the diagnostic tool to reach many All diagnostic studies are "medical rec0 ^ and 7?' be 
more patients than may be possible by creating separate, stored for a considerable period of time, a 
individual centers for local Jccess and used, removing the minimum of seven years. The present invention provides a 
need for example for creating a high number of localized, more efficient and less expensive so ution for - image sto rage 
^dividual Alzheimer diagnostic centers across the country 40 based on the Internet-based paradigm for the dtftnbution 
and world. The return on investment in these applications and storage of medical images. More specificaUy, the inven- 
may be difficult to justify for healthcare providers such as tion utilizes a three-prong approach to the storage oi the 
imaging centers, radiologists, or referring physicians if such digital images: 1) at the remote image ™^^%W> 
individual practice centers were required to purchase the generally at the referring doctors' and radio ogists practice 
individual applications, particularly when they are to be 45 locations; 2) at two central servers associated with central 
used in relatively rare clinical instances. Nevertheless, the data management system (30), and 3) at the local image 
applications themselves may be crucial in those specific workstations (20) located at <™smittuMT wgm centers or 
clinical instances. Therefore, such applications when layered hospitals. Therefore, toere wiU be four redundant physically 
on top of the present invention's ASP platform will make separate locations where the images are stored to ensure 
them instantly available to a large medical community 50 unsurpassed reliability and efficiency in accessing image 
without the associated cost of ownership. As medicine data. ... ... , ,„,-„„ 

becomes more complex patients will better served clinically The first storage location * at a local image workstation 
and economically served through access to leading experts (20) at the imaging center's or hospital s . own radio ilogy 
in ultra specialized procedures via the internet ASP of the department, m a DICOM format, according to a local 
present invention. Moreover, highly specialized analytical 55 storage system (120). This local access wril make healthcare 
fools of the type herein disclosed can be performed with providers that use the invention feel extremely comfortable 
more skill reliability and efficiency and at lower costs knowing that they have access to their data directly, without 
through the ASP aspect of the invention than under the more needing to seek permission from a third party to access Uieir 
conventional, locaized access/use modes. own data. A central storage system (130) associated _w b 

The invention also contemplates ASP tool (32) as provid- 60 central data managemen system (30 stores |U elect romc 
ing certain workflow software, generally referred to as records (5) at two central back-up sites (30 , 30 ) i that are 
"Radiology Information Systems" (RIS), for integrating the separated by considerable .S eo ^ a P h £^ 
storageandcommunicationof imageswithcertain workflow imaging center and the referring doctors will have extensive 
software. RIS systems electronically attach critical patient access to the electronic records stored on the central backups 
m nagement information (such as patient records, fee <s (30'30"). A remote storing system (140) stores the electronic 
billinf , and history, prior diagnosis and treatment history, records (5) on the remote image v ie wing systems (40) at as 
etc ) to images and are generally known to provide high many remote locations as the respective users W1S h-this 
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allows these users, in particular referring physicians and/or 
radiologists, to view the images at any of a Dumber of 
locations that he generally frequents in performance of his 
work (e.g. different office sites, hospital, etc.). 
Image History Record System 

The invention according to another embodiment also 
provides for information associated with the transport, 
storage, viewing, analysis, and other management of a 
medical image to be efficiently communicated to all inter-, 
ested parties, herein referred to and shown in the Figures as 
image history record system (200)(FIGS. 1 and 5A-D). 

In one aspect, medical image centers can track the entire 
process of image deliver storage and review from the local 
image workstation (20) merely by reference to the local 
image workstation (20) located in their respective clinic or 
hospital. More specifically, a local history record system 
(220) displays the image history on the local image work- 
station (20)'s monitor, and for example notifies the clinic of 
each successful delivery. Also, if a delivery attempt was 
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tion (20) in the clinic as well as applications training 
expenses for both the customer and for a certain set number 
of referring doctors. For initial customers already having 
DICOM interfaces, this $10,000 fee will be waived. Since 
these customers already have the required hardware for 
electronic image transport and storage as contemplated 
herein, the cost to start service to these customers will be 
minimal. These customers will be separated geographically 
and the first 50-100 customers will be targeted in major 
cities, so that the initial users will be selected geographically 
from throughout the United States. This provides the widest 
exposure throughout the country for rapid adoption. 

One cost-flow embodiment of the invention charges a 
fixed monthly fee, in addition to waiving installation costs in 
certain DICOM enabled imaging centers. This is believed to 
be beneficial to imaging centers or small hospitals that 
would have to pay $100-300 thousand up front for a PACS 
type system and also would need extensive IT personnel 
support to keep the PACS operating. The cost of using the 
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unsuccessful (for instance the referring doctor's computer 20 system of the invention according to this cost-flow method 
- - v * is less than the cost of just the IT person who would be 

needed for a PACS. Moreover, PACS systems do not address 
the issue most important to the imaging centers: delivering 
the images to the referring doctors quickly and reliably. In 
addition, the present invention does not require the cost for 
secondary capture equipment and a DICOM sending station 
that other known medical image ASP services are believed 
to require. Picture Archiving and Communication Systems 
(PACS) generally cost $60,000 to $1,000,000, and include 
associated inefficiencies and costs of additional personnel to 
run the sophisticated hardware. According, to this invention, 
a monthly fee, for example of approximately $4,000 or 
$48,000 annually, may be charged for high performance 
electronic delivery, storage, retrieval, and display of the 
digital images. In one embodiment, this is the only fee 
charged, independent of volume of use. According to 
another embodiment, a per use fee may also be charged. In 
either case, the ASP-related fees represent a considerable 
cost savings to the clinic or hospital when compared to either 
use of a PACS or the current use of film. The invention 
therefore helps imaging centers and hospital radiology 
departments maximize their productivity while minimizing 
their costs. 

Still further, the mode of charging/paying for these ser- 
vices is simplified under the ASP model of the invention. 
Rather than manufacturing and selling individual worksta- 
tions or software packages to each localized physician/user, 
under the present invention much fewer (and possibly only 
one) analytical tool may be created that is thus shared by 
each remote user of the ASP, resulting in either a "per use" 
or "periodic" fee structure that does not require any one, 
large sum payment. 

FIGS. 8 and 10 illustrate a polling system of an Alterna- 
tive Embodiment. FIGS. 7 and 9 illustrate a variation of the 
present invention in which the medical image management 
system includes at least one polling system 400 as illustrated 
in FIG. 10. FIG. 9 illustrates a medical image management 
system similar to the system illustrated in FIG. 1 with like 
numerals representing the same elements with the corre- 
sponding description herein. The system of FIG. 9 addition- 
ally includes a polling system 400 located with each of the 
local image workstation 20 the remote image viewing sys- 
tems 40. The polling systems 400 each communicate with 
the central data management system 330. The central data 
management system 330 further includes a delivery queue 
231 that holds data for which attempted delivery has failed. 
Each set of data queued for delivery in the data queue 231 



was turned off or the Internet access was down), the cus- 
tomer is notified so appropriate actions can be taken to 
assure a quick delivery. Thus healthcare providers using the 
system have a degree of image management that has never 
been possible before with film. Furthermore, when and 
where the images are reviewed by the radiologist or refer- 
ring physician a message may be reflected on the local image 
workstation (20). None of the other medical image manage- 
ment features with their ASP. 

More specifically, remote image viewing system (40) 
according to one beneficial embodiment operates as follows. 
A remote history record system (240) associated with a 
remote image viewing system (40) sends a remote message 
(235) containing information about transmission, receipt, 
and viewing of the record to the central data management 
system (30). A central history record system (230) associ- 
ated with the central data management system (30) in turn 
sends a central message (225) including the information 
from the remote message (235) to the local image work- 
station (20). Accordingly, all image history is updated to the 
imaging clinic and is accessible for review and display there, 
real-lime, via a local history record system (220) associated 
with the local image workstation (20). 

This image history record system (200) and associated 
real-time access to image transmission and use information 
is believed to be particularly useful when associated with the 
"push"-based image transmission method of the invention. 
Because the images are pushed to various remote locations, 
the message feedback methods as described is important to 
ensure proper management by the imaging center, and so 
that that practice knows what is happening to the records 
they have produced and subsequently distributed through the 
ASP of the invention. 
Associated Billing, Methods 

Costs associated with healthcare services such as medical 
imaging are highly scrutinized, and economics of imaging 
services are directly related to widespread availability. 
Beneficially, the systems and methods of the invention 
provide for a method of cost-flow associated with the use of 
the medical imaging ASP that is believed to directly address 
such economics in order to compel rapid adoption, in 
particular by free-standing medical imaging clinics that are 
highly sensitive in particular to up-front fees and large 
capital expenditures. The cost-flow method of the invention 
will consist of an activation fee with each clinic, that may be 
for example approximately $10,000 which is believed to 
cover all of the expenses to install the local image worksta- 
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includes an identifier that associates the particular set of data 
with the intended delivery location. The identifier may also 
associate that data with its origin and/or its corresponding 
location in the central storage system 130. The central data 
management system 330 also comprises a look up table 232 
that stores the last known IP address for each local or remote 
workstation, viewer or system. Finally, the central data 
management system 330 includes a delivery status database 
233 that tracks the delivery status of all data including 
information relating to delivery attempts, successes and 
failures. In an alternative arrangement, this information may 
be stored with the data itself. 

As illustrated in FIG. 10, the polling system 400 includes 
a connection status monitor 401 that tracks the Internet 
connection status of the module and identifies and stores the 
most recent IP address in an associated file. The connection 
status monitor 401 may also monitor the on/off status of the 
module, e.g., whether the module has connected to the 
Internet. The polling system 400 also includes an IP notifier/ 
data requester 402 that notifies the central data management 
system 330 of the current IP address and/or connection 
status of the module. Alternatively or in addition, the IP 
notifier/data requestor 402 requests queued data located in 
the central data management system 330 as described in 
more detail below. The polling system 400 further comprises 
an internal poller 403 that checks the connection status and 
signals to the IP notifier/data requester 402 when an event 
has occurred. Such event may be, for example, booting the 
computer, establishing an Internet connection, a change in 
the IP address and/or the passing of a predetermined time 
interval. 

Either the internal poller 403 or the connection status 
monitor 401 may signal to the IP notifier/data requester 402 
to request queued data from the delivery queue 231 in the 
central data management system 330 and/or provide the look 
up table 232 with updated IP address information. The 
central data management system may be not arranged to 
track IP addresses or to utilizing push technology. In such a 
case, the IP notifier/data requestor 402 may serve simply to 
poll the database for data. 

The internal poller 403 signals to the IP notifier/data 
requester 402 at the end of predetermined intervals. The 
internal poller 403 may also request connection status infor- 
mation from the connection status monitor 401 at predeter- 
mined intervals. The internal poller 403 may ask the con- 
nection status monitor 401 whether a new connection has 
been made. It may also ask whether the IP address has been 
changed. The connection status monitor 401 may also be 
programmed signal to the internal poller 403 when the 
connection status has changed. In the event that a new 
connection has been made or the IP address has been 
changed, the internal poller 403 may instruct the IP notifier/ 
data requestor 402 to send a signal the central data man- 
agement system 330, requesting queued data and/or updat- 
ing the IP address stored in the central data management 
system 330. 

Alternatively, the connection status monitor 401 may be 
arranged to signal to the IP notifier/data requestor 402 when 
the on/off connection status or IP address of the module has 
changed. According to this embodiment, in the event that a 
new connection has been made or the EP address has been 
changed, the connection status monitor 401 directly instructs 
the IP notifier/data requestor 402 to send a signal the central 
data management system 330, requesting queued data and/or 
updating the IP address stored in the central data manage- 
ment system 330. 

In either case, the connection status monitor 401 provides 
the updated IP address to the IP notifier/data requester 402 
either directly or by way of the internal poller 403. 
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In use, the central data management system 330, just as 
the central data management system 30 previously described 
herein, receives and stores data in the central storage system 
130 and the secondary systems 30' and 30". The data may 

5 comprise, for example, an image from a local image 
workstation, associated patient information, review history 
from remote or local sites, radiologist or physician notes, 
text, voiceovers, comment, remote or local history records, 
diagnostic, treatment or other information relating to a 

io patient's medical record. The data is also stored in the data 
queue 231 as illustrated in FIG. 7 (301). 

The data is then pushed or delivered to the destination^) 
based on information in a look-up-table 232 where the look 
up table 232 contains a last known IP address associated 

15 with each location 302. Push technology where information 
is sent to a predetermined address, is generally known in the 
art. 

The remote module 40 then provides a confirmation as to 
whether or not delivery is completed 303. (The preferred 

20 embodiment is described with respect to the remote module 
40, although the module at the delivery destination may be 
a local or remote workstation, image viewer or other 
interface.) If delivery is complete, the delivery status data- 
base 233 and the central history file record are updated to 

25 indicate delivery status as completed, including the time of 
delivery (304). The delivered data file is then removed from 
the queue 231. 

If the delivery is not successful, then the delivery status 
database 233 is updated to indicate delivery failure (305), 

30 The central data management system 330 then waits until IP 
notifier/data requester 402 of the remote module 40 requests 
queued data (306) and/or updates the IP address in the look 
up table 232. When the request is received, that data is 
delivered to the IP address in the updated look up table 232 

35 (307). This cycle is repeated until there is a successful 
delivery. As part of the delivery status database 233, certain 
files that are not delivered by a certain time may be brought 
to the attention of a system administrator, preferably of the 
data origin. 

40 FIG. 8 illustrates the use of the polling system 400 
described with respect to FIGS. 7-10 in use with the remote 
module or workstation 40. The remote module 40 estab- 
lishes an Internet connection (310). The remote module 40 
connects to the central data management system 330 (311). 

45 In this regard, the connection between the remote module 40 
and the central data management system 330 may be 
established, for example, by way of a static or dedicated IP 
address, a floating IP address, or as otherwise provided by an 
Internet service. The remote module 40 checks its IP address 

so by way of software within the connection status monitor 401 
that monitors the connection status and determines the 
module's IP address (312). The steps described are not 
necessarily performed in this order. For example, they may 
be reversed. 

55 After determining the remote module's IP address, the IP 
address look up table 232 of the central data management 
system is updated 313. This may be accomplished a number 
of ways. In preferred embodiments, the connection status 
monitor device 401 provides the updated IP address infor- 

60 mation to the IP notifier/data requestor 402 either directly or 
indirectly through the internal poller 403. Through internal 
software, the IP notifier/data requester 402 sends a signal to 
the look up table 232 with updated IP address information. 
The local module then requests any data that may have 

65 been stored in the delivery queue 231 (for example, while 
the local module was offline) (314). The request is made by 
the IP notifier/data requestor 402 that has been instructed 
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either by the connection status monitor 401 or the internal 
poller 403 to request queued data as described above. 

If queued data is present (315), the data is delivered from 
the delivery queue 233 by way of the updated IP address 
stored in the look up table 232. Alternatively, if the central 5 
data management system does not have an IP address 
look-up table for the purpose of data deliver, the IP address 
from which the data request is sent, will be used to deliver 
the data. The data is accepted by the remote module 40 
(316). Then the remote module 40 waits for an event (317). 
If data is not present, (315), the remote module 40 continues 
to wait for an event (317). The poll event may be, for 
example, the end of a preset interval of time, and/or another 
event such as booting, rebooting, connecting to Internet, 
reconnecting to the Internet, or detecting a reassigned IP 
session number. 15 

If the push system is being used, while waiting for the poll 
event, any data received by the central data management 
system that is to be delivered to this module may be pushed 
to the module in a manner such as that described above. 

When a poll event has occurred such as the end of a poll 20 
interval, the system checks the IP connection status (318). If 
the status has not changed, then the system awaits requests 
queued data and continues from 314. Alternatively, when the 
push system is used, because the connection status has not 
changed and the IP address located in the look-up table is the 25 
current IP address, the system instead of requesting queued 
data, may just continue to wait for the next polling event, 
i.e., return to 317 and the central data management system 
will send the data as it is received. 

If the status has changed (319), and there is no internet 30 
connection (320), then the module is instructed to reestab- 
lish an internet connection (returning to 310). If there is an 
internet connection, (320) then the software instructs the 
connection status monitor to check to see if there is a 
connection with the central data management system 330 35 
(321). If there is no connection to the central data manage- 
ment system then the software instructs the system to make 
a connection to the central data management system, return- 
ing to step 311. If there is a database connection, then the 
software instructs the connection status monitor 401 to 40 
determine if the IP address has changed (322). If the IP 
address has changed, then the a signal is sent to the central 
data management system 330 to update the look up table 232 
with the new IP address the cycle continues at step 313. If 
the IP address has not changed, there is a request for queued 45 
data and the cycle continues from step 314. 

The invention described above may take various forms or 
may be accomplished in a variety of manners. The polling 
system may comprise numerous software and or hardware 
configurations that will accomplish the described invention 50 
and are contemplated to be within the scope of the invention. 
The polling system may be used alone or in conjunction with 
a push system as described above. Other events may trigger 
the poll request depending on the configuration or specific 
needs of the viewing system (remote or local). 55 

What is claimed is: 

1. A medical image management system comprising: 

a central data management system which is adapted to 
receive and store an electronic record from a medical 
imaging device; and 60 

a remote image viewing system arranged to receive the 
electronic record and to display the record in a visible 
format, said central data management system and said 
remote image viewing system being in communication 
along a remote interface; 65 

wherein said central data management system is config- 
ured to push the electronic record to the remote image 
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viewing system and to store the electronic record in a 
queue if the central data management system fails to 
push the electronic record; and 
wherein said remote image viewing system comprises a 
polling system including an internal poller to identify 
when an event has occurred, and a data requestor in 
communication with said central data management 
system to request queued data when said event has 
occurred. 

2. The system of claim 1 wherein said event is a booting 
of the remote image viewing system. 

3. The system of claim 1 wherein said event is establish- 
ing an internet connection. 

4. The system of claim 1 wherein said event is a change 
in IP address. 

5. The system of claim 1 wherein said event is the 
expiration of a predetermined time interval. 

6. The system of claim 1, wherein the remote interface 
comprises a publicly accessed telecommunication interface. 

7. The system of claim 1 wherein the remote interface 
comprises the internet. 

8. The system of claim 1 

wherein said central data management system further 
comprises an IP address look up table including a last 
known IP address associated with a remote image 
viewing system; 

wherein said central data management system is config- 
ured to push the electronic record to the remote image 
viewing system at said last known IP address; and 

wherein said polling system of the remote image viewing 
system further comprises an IP address notifier in 
communication with said central data management 
system to notify said central data management system 
of the current IP address of the remote image viewing 
system when said event has occurred. 

9. The system of claim 1 further comprising 

a second image system arranged to receive the electronic 
record and to display the record in a visible format, said 
central data management system and said second image 
viewing system being in communication along a 
remote interface; 

said second image system further arranged to receive 
information relating to said electronic record; 

wherein said central data management system is config- 
ured to push the electronic record to the second image 
system and to store the electronic record in a queue if 
the central data management system fails to push the 
electronic record; and 

wherein said second image system comprises a polling 
system including an internal poller to identify when an 
event has occurred, and a data requestor in communi- 
cation with said central data management system to 
request queued data when said event has occurred. 

10. The system of claim 9 wherein said central data 
management system is configured to push the information 
relating to the electronic record to the second image system 
and to store the information relating to the electronic record 
in a queue if the central data management system fails to 
push the electronic record. 

11. The system of claim 10 wherein said information 
relating to said electronic record comprises at least one of, 
a review history, radiologist notes, physician notes, text, 
voice-overs, time, date and person reviewing images, 
comments, instructions, information relating to diagnosis, 
information relating to treatment of a patient, and informa- 
tion relating to a patient's medical record. 
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12. The system of claim 10, wherein said second image 
system comprises a local image workstation, 

wherein said system further comprises an image history 
record system associated with at least one of the central 
data management system and local image workstation, 
and which is adapted to maintain an image history 
record that comprises said information relating to the 
electronic record which comprises at least one of: 
locations where the electronic record has been sent, 
locations where the electronic record has been 
received, times where the electronic record has been 
sent to a location, times when the electronic record has 
been received at location, limes where the electronic 
record is opened at a location, and times where the 
electronic image is viewed at a location. 

13. The system of claim 12 further comprising an image 
history record system associated with the remote image 
viewing system; and 

a central history record system associated with the central 
data management system, 

wherein the remote history record system is adapted to 
send a remote system message from the remote image 
viewing system to the central history record system, 
which remote system message contains the history 
information related to activity at the remote image 
viewing system, and wherein the central history record 
system is adapted to push a central system message to 
the local history record system, which central system 
message contains at least a portion of the history 
information contained in the remote system message. 

14. A medical image management system comprising: 

a central data management system which is adapted to 
receive and store an electronic record from a medical 
imaging device; and 

a remote image viewing system arranged to receive the 
electronic record and to display the record in a visible 
format, said central data management system and said 
remote image viewing system communicating along a 
remote interface; 

wherein said central data management system comprises 
an IP address look up table including a last known IP 
address associated with a remote image viewing system 
and wherein said central data management system is 
configured to push the electronic record to the remote 
image viewing system at said last known IP address and 

wherein said remote image viewing system comprises a 
polling system including a internal poller to identify 
when an event has occurred and an IP address notifier 
in communication with said central data management 
system to notify said central data management system 
of the current IP address of the remote image viewing 
system when said event has occurred. 

15. The medical image management system of claim 14 
wherein said event is the booting of the remote image 
viewing system. 

16. The medical image management system of claim 14 
wherein said event is establishing an internet connection. 

17. The medical image management system of claim 14 
wherein said event is a change in IP address. 

18. The system of claim 14 wherein said event is the 
expiration of a predetermined time interval. 

19. The system of claim 14, wherein the remote interface 
comprises a publicly accessed telecommunication interface. 

20. The system of claim 14 wherein the remote interface 
comprises the internet. 

21. The system of claim 20 wherein said information 
relating to said electronic record comprises at least one of, 
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a review history, radiologist notes, physician notes, text, 
voice-overs, time, date and person reviewing images, 
comments, instructions, information relating to diagnosis, 
information relating to treatment of a patient, and informa- 
tion relating to a patient's medical record. 

22. The system of claim 20 wherein said second image 
system comprises a local image workstation, and wherein 
said system further comprising an image history record 
system associated with at least one of the central data 
management system and local image workstation, and which 
is adapted to maintain an image history record that com- 
prises said information relating to the electronic record 
which comprises at least one of: locations where the elec- 
tronic record has been sent, locations where the electronic 
record has been received, times where the electronic record 
has been sent to a location, times when the electronic record 
has been received at location, times where the electronic 
record is opened at a location, and times where the electronic 
image is viewed at a location. 

23. The system of claim 20 further comprising an image 
history record system associated with the remote image 
viewing system; and 

a central history record system associated with the central 
data management system, 

wherein the remote history record system is adapted to 
push a remote system message from the remote image 
viewing system to the central history record system, 
which remote system message contains the history 
information related to activity at the remote image 
viewing system, and wherein tie central history record 
system is adapted to push a central system message to 
the local history record system, which central system 
message contains at least a portion of the history 
information contained in the remote system message. 

24. The system of claim 14 further comprising 

a second image system arranged to receive the electronic 
record and to display the record in a visible format, said 
central data management system and said second image 
viewing system being in communication along a 
remote interface; 
said second image system further arranged to receive 

information relating to said electronic record; 
wherein said central data management system is config- 
ured to push the electronic record to the second image 
system and to store the electronic record in a queue if 
the central data management system fails to push the 
electronic record; and 
wherein said second image system comprises a polling 
system including an internal poller to identify when an 
event has occurred, and a data requestor in communi- 
cation with said central data management system to 
request queued data when said event has occurred; 
wherein said central data management system comprises 
an IP address look up table including a last known IP 
address associated with the second image system and 
wherein said central data management system is con- 
figured to push the information relating to the elec- 
tronic record to the second image system at said last 
known IP address associated with the second image 
system, and 

wherein said the second image system polling system 
further comprises an IP address notification device in 
communication with said central data management 
system to notify said central data management system 
of the current IP address of the second image system 
when said event has occurred. 
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25. The system of claim 24 wherein said central data 
management system is configured to push the information 
relating to the electronic record to the second image system 
and to store the information relating to the electronic record 
in a queue if the central data management system fails to 5 
push the electronic record. 

26. A medical image management system comprising: 
a medical imaging means at a first location for producing 

an electronic record in a computer-readable format and 
that includes an electronic image associated with a io 
region of a patient's body; 

a storage means for storing the electronic record; 

a pushing means for pushing the electronic record along 
a remote interface to a remote image viewing system at 
a second location that is remote from the first location, 15 
wherein the electronic record is pushed in a format that 
may be opened such that the electronic image may be 
converted into a recognizable, visible format; 

a queue means for temporarily storing an electronic 
record when it has not been successfully pushed to the 20 
remote image viewing system; and 

a polling means at said remote image viewing system for 
requesting an electronic record stored in said queue 
means when a predetermined event has occurred. 

27. A medical image management system comprising: 2 5 
a medical imaging means at a first location for producing 

an electronic record in a computer-readable format and 
that includes an electronic image associated with a 
region of a patient's body; 

a storage means for storing the electronic record; 30 

a pushing means for pushing the electronic record along 
a remote interface to a remote image viewing system at 
a second location that is remote from the first location, 
wherein the electronic record is pushed in a format that 
may be opened such that the electronic image may be 35 
converted into a recognizable, visible format; 

an IP address look up means for storing a most recent 
know IP address corresponding to a remote image 
viewing system; 

a polling means at said remote image viewing system for 40 
updating the IP address look up means when a prede- 
termined event has occurred. 

28. A method for managing medical images, comprising: 
receiving along a first remote interface at a central data 

management system, an electronic record from a medi- ^ 
cal imaging system located at a first location, wherein 
the central data management system is located at a 
second location that is remote from the first location, 
and wherein the electronic record includes an electronic 
image that is associated with a body of a patient; and 
pushing the electronic record along a second remote 50 
interface to a remote image viewing system located at 
a third location that is remote from the first and second 
locations; 

storing an electronic record in a temporary location when 
the electronic record has not been successfully pushed; 55 

requesting the temporarily stored electronic record by the 
remote image viewing system upon the occurrence of a 
predetermined event. 

29. The method of claim 28 further comprising 
adding information to the electronic record at the remote 60 

image viewing system to create a revised electronic 
record; 

pushing the revised electronic record to a local image 
workstation located at said first location; 

storing the revised electronic record in a temporary loca- 65 
tion when the revised electronic record has not been 
successfully pushed to said local image workstation; 



requesting the temporarily stored electronic record by the 
local image workstation system upon the occurrence of 
a predetermined event. 

30. The method of claim 28 wherein said information 
added to the electronic record comprises at least one of, a 
review history, radiologist notes, physician notes, text, 
voice-overs, time, date and person reviewing images, 
comments, instructions, information relating to diagnosis, 
information relating to treatment of a patient, and informa- 
tion relating to a patient's medical record. 

31. A method for managing medical images, comprising: 
storing the IP address of a remote location in a look up 

table in a central data management system at a second 
location; 

receiving along a first remote interface at the central data 
management system, an electronic record from a medi- 
cal imaging system located at a first location, wherein 
the central data management system is located at the 
second location that is remote from the first location, 
and wherein the electronic record includes an electronic 
image that is associated with a body of a patient; and 
pushing the electronic record from the central data man- 
agement system along a second remote interface to a 
remote image viewing system located at the remote 
location that is remote from the first and second loca- 
tions; 

checking the IP address at the remote image viewing 
system upon the occurrence of a predetermined event 
and if the IP address has changed, communicating the 
changed IP address to the central data management 
system; and 

updating the look up table with the changed IP address. 

32. The method of claim 31 further comprising adding 
information to the electronic record at the remote image 
viewing system to create a revised electronic record; 

pushing the revised electronic record to a local image 

workstation at the first location; 
checking the IP address at the local image workstation 
system upon the occurrence of a predetermined event 
and if the IP address has changed, communicating the 
changed IP address to the central data management 
system; and 

updating the look up table with the changed IP address. 

33. The method of claim 32 wherein said information 
added to the electronic record comprises at least one of, a 
review history, radiologist notes, physician notes, text, 
voice-overs, time, date and person reviewing images, 
comments, instructions, information relating to diagnosis, 
information relating to treatment of a patient, and informa- 
tion relating. to a patient's medical record. 

34. A medical image management system comprising: 
a central data system which is adapted to receive and store 

an electronic record from a medical imaging device; 
a remote image viewing system arranged to receive the 

electronic record; and 
a remote interface between said central data system and 
said remote image viewing system, wherein said cen- 
tral data system and said remote image viewing system 
are in communication along said interface, 
said remote image viewing system including a polling 
system comprising an internal poller to identify when 
an event has occurred and a data requestor in commu- 
nication with said central data management system to 
request queued data when said event has occurred. 



